
THE UNITED STATES PATENT AND TRADEMARK OFFICE 



APPLICANT 
SERIAL NO. 
FILED 
FOR 



Stephen Johnson et al. DOCKET NO.: 
09/804,074 EXAMINER 
March 13,2001 ART UNIT 



500-1-012 

Mohammad A. Siddiqui 
2154 



A SYSTEM AND PROCESS FOR NETWORK COLLABORATION 
THROUGH EMBEDDED ANNOTATION AND RENDERING 
INSTRUCTIONS 



APPEAL BRIEF TRANSMITTAL LETTER 

Mail Stop Appeal Brief-Patents 
Commissioner for Patents 
P.O. Box 1450 

Alexandria, VA. 22313-1450 
Dear Sir: 

Appellants respectfully submits a copy of an Appeal Brief For Appellants that includes an 
Appendix with the pending claims. The Appeal Brief is now due on Monday, January 28, 2008 as 
January 27, 2008 fell on a Sunday. 

Applicant respectfully request that the fee for the Appeal Brief is not warranted as the 

prosecution was reopened by the Examiner prior to a decision on the merits by the Board of Patent 

Appeals and Interferences. 

Should the Examiner deem that there are any issues which may be best resolved by telephone 
communication, kindly telephone Applicants undersigned representative at the number listed below. 

Respectfully submif 




'By: -Stephen Otgante 
Attorney for Applicant 
Registration No. 42,576 



Date: January 28, 2008 

Mail all correspondence to: 

Cha & Reiter, LLC 

210 Route 4 East, Suite 103 

Paramus,NJ 07652 

(201)226-9245 



Certificate of Mailing Under 37 CFR 1.8 

I hereby certify that this correspondence is being deposited with the United States Postal 
Service as first class mail in an envelope addressed to MAIL STOP APPEAL BRIEF- 
PATENTS, COMMISSIONER FOR PATENTS, P.O. BOX 1450, ALEXANDRA, VA. 
22313 on January 28. 2008. 

Stephen Gigante. Reg. No. 42.576 
(Name of Registered Rep.) 




IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
Before the Board of Patent Appeals and Interferences 



In re the Application of 

Stephen Johnson et al. Group Art Unit: 2154 

Serial No.: 09/804,074 Examiner: Mohammad A. Siddiqi 

Filed: March 13, 2001 

For: A SYSTEM AND PROCESS FOR NETWORK COLLABORATION 

THROUGH EMBEDDED ANNOTATION AND RENDERING 
INSTRUCTIONS 



APPEAL BRIEF 



Stephen Gigante , Registration No. 42,576 

CHA & REITER. LLC 
210 Route 4 East-Suite 103 
Paramus, New Jersey 07652 
201-226-9245 (Phone) 
201-226-9246 (Fax) 

Date: January 28, 2008 



1 




TABLE OF CONTENTS 

Page 



I. REAL PARTY IN INTEREST 3 

II. RELATED APPEALS AND INTERFERENCES 3 

III. STATUS OF CLAIMS 3 

IV. STATUS OF AMENDMENTS 3-4 

V. SUMMARY OF THE CLAIMED SUBJECT MATTER 4-10 

VI. GROUNDS OF REJECTION 10 

VII. ARGUMENTS 11-35 

(Introductory Remarks) 11 

(Individual Claim Arguments) 11-35 

35 U.S.C. §101 11-18 

35 U.S.C. §102 (e) 18-35 

VII. CONCLUS I ON. 35-36 

APPENDIX A: THE CLAIMS ON APPEAL 37-52 

APPENDIX B: EVIDENCE 53-92 

APPENDIX C: RELATED PROCEEDING INDEX 93 

Table of Cases 

Ex parte Lundgren, Appeal No. 2003-2088 (BPAI 2005).. 12 

In re Comiskey, 2006-1286, (decided by Fed. Cir. 

September 20, 2007) 12 

Verdegaal Bros. v. Union Oil Co. of California , 

814 F.2d 628, 631, 2 USPQ2d 1051, 1053 (Fed. Cir. 1987). 18 

KSR International v. Teleflex, 127 S.Ct. 1727, 

82 USPQ2d 1385 (2007)) 34 



2 



APPEAL BRIEF U.S. Appl. No. 09/804,074 

I. Real Party in Interest 

The real party in interest is the assignee of the inventors, ePlus 
Inc. , a public company of Delaware having a principal address of 13595 
Dulles Technology Drive, Herndon, VA 20171-3413. 

II . Related Appeals and Interferences 

There are no related appeals or interferences known to 
Appellants, Appellants' legal representative or the assignee, which 
will directly affect, or be directly affected by, or have a bearing 
on, the Board's decision in the pending appeal. 

III . Status of Claims 

This is an appeal from the Final Rejection of claims 1-14 and 16-65, 
all of which have been finally rejected and are all under appeal. Claim 
15 was previously canceled without prejudice or disclaimer. 

IV. Status of Amendments 

The last amendment to this application was filed on July 7, 2006, 
which did not contain any actual amendments to the claims except for 
renumbering certain misnumbered claims. An Advisory Action was mailed 
on August 4, 2006, which indicated that the Amendment under 37 C.F.R. 
§1.116 was entered into the record to remove certain informalities 
regarding claim numbering cited in the Final Office Action. The claims 
were last amended in the Amendment filed December 28, 2 005, which were 
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entered into the record. 

Applicant respectfully submits that the File Wrapper Image in 
PAIR incorrectly characterizes the Reinstatement of Appeal mailed on 
September 27, 2007 as an "Amendment After Final Rejection" but this 
characterization is clearly incorrect. 

In accordance with MPEP 1204.1, Applicant requested reinstatement 
of the Appeal and filed another Notice of Appeal mailed September 27, 
2007 in response to the Final Rejection of June 27, 2007 , as the Final 
Office Action re-opened prosecution in response to the Appeal Brief 
dated February 7 , 2 007. 

The Amendment filed July 7, 2006 did not place the application 

in condition for allowance. No further Amendments have been filed. 

V. Summary of Claimed Subject Matter 

The concise explanation of Independent Claims 1, 17, 23, 41 and 

53 : 

Claim 1 recites a computer- implemented method of network 
collaboration through embedded annotation and rendering instructions to 
permit client collaborators to generate, transmit and render 
collaborative content between collaborators without installing 
application specific software at the client end. The method comprises 
the steps of generating by an originator client workstation 50 (Fig. 2, 
specification at page 13, paragraph [46], 4th line in paragraph) a 
collaborative content (Fig. 6, items 40, 41,42, page 13, paragraph [46] , 
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lines 4-5) including a base document (Figs. 6 and 8 without items 40 , 41 , 42 
thereon) having a document identifier (Fig. 5, Listing 1, specification 
page 18, paragraph [60] , lines 4-5) that identifies a location of content; 
and at least one collaborative content element (Fig. 6, one of items 
40, 41, 42, specification at page 19, paragraph [63] lines 3-4) that 
comprises at least one annotation (Fig 6, items 40,41 42, specification 
at paragraph [27] , line 7) therein and rendering instructions (Fig 5, 
Listing 2, page 18, paragraph [60] , lines 1-4 and paragraph [61] , lines 
1-3) therefore to annotate the base document (Figs, 6 and 8 without items 
40, 41, 42 thereon) by embedding the annotation and instructions as an 
encoded representation of collaborative content (specification at page 
18, paragraph [60], lines 1-4 to page 19, paragraph [62], line 3, and 
Figure 5, Listing 1 and Listing 2) and forwarding the collaborative 
content to a server for execution (specification at page 17, paragraph 
[58] , first three lines of paragraph, and Figure 2) . The server renders 
the collaborative content element to the base document in accordance with 
the rendering instructions (specification at page 17, paragraph [58] , 
particularly 6 th line through end of paragraph, and page 20 at paragraph 
[70], lines 1-3, and Figure 2, server 53 and originator client 
workstation 50) . The collaborative content is then provided to the 
originator client workstation for display (specification at page 19, 
paragraph [62] , last three lines of paragraph, see Figure 1 for 
collaborative content displayed on element 22, after being rendered by 
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the server 40, specification at page 11, paragraph [39] , line 1) . 

Claim 17 recites a network collaboration tool using embedded 
annotation and rendering instructions comprising a web browser 
software for displaying a collaborative content in accordance with 
rendering instructions therefore, collaborative content including a 
base document (Fig. 6, without items 40, 41 or 42) having a document 
identifier (Fig. 5, Listing 1 URL, specification at page 18, paragraph 
[60] , lines 4-5) that identifies a location of a content of said base 
document and at least one collaborative content element (Figures 6 
and 8, items 40, 41 or 42 ) having an embedded annotation in the 
document identifier (specification at page 18, paragraph [60] , line 1, 
to page 19, paragraph [62] , line 3, and Figure 5, Listing 1 and Listing 
2) . A graphical collaboration tool (specification at page 7, 
paragraph [28] , line 4) for generating at least one collaborative 
content element (Figure 6, items 40, 41 and 42) on the collaborative 
content displayed in the web browser software (specification at page 
7, paragraph [28], line 3) and transmitting the at least one 
collaborative content element and rendering instructions therefore 
(specification at pages 11-12, paragraph [41] and (specification at 
page 18, paragraph [60] to page 19, paragraph [62] and Figure 5, Listing 
1 and Listing 2) . A server process (Figure 2, item 53, specification 
at page 13, paragraph [47] , lines 1-3, Figure 4 item 84, specification 
at page 15, paragraph [51], lines 11-14) for receiving at least one 
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generated collaborative content element and rendering instructions 
therefore, rendering the collaborative content in combination with 
the received collaborative content element in accordance with the 
received rendering instructions, and generating a combined 
collaborative content including the received collaborative content 
element and embedded annotation in the document identifier 
(specification at page 14, paragraph [50], first four lines, Figure 
7, step 75 performed by server 53) thereof for display by said web 
browser software (specification at page 14, paragraph [4 9] , Figure 
7, step 76 by display 22) . 

Claim 23 recites a system for network collaboration using embedded 
annotation and rendering instructions. The system allows collaboration 
using embedded annotation and rendering instructions, and includes 
a processor 14 (Fig. 1, specification at page 10 paragraph [38] , and 
page 11 at paragraph [40] , last 6 lines of paragraph) for receiving 
and transmitting data (specification at pages 11-12, paragraph [41] , 
and Fig. 1 communication interface 28 and bus 12) . A memory 16 (Figure 
1, specification at page 11, paragraph [41] is coupled to the 
processor 14. The memory 16 has stored therein sequences of 
instructions (specification at page 11, paragraph 40, last six lines) 
which, when executed by said processor 14, cause the processor 14 to 
generate a collaborative content (Figures 6 and 8, items 40, 41 or 
42) including a base document (Figs. 6 and 8 without items 40, 41 or 
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42) having a document identifier (Figure 5, URL in Listing 1 
specification at page 18, paragraph [60] , lines 4-5) that identifies 
a location of content of said base document/ and at least one 
collaborative content element having an embedded annotation in said 
document identifier and rendering instructions therefore 

(specification at page 18, paragraph [60] line 1, to page 19, paragraph 

[62] , line 3 and Figure 5, Listing 1 and Listing 2) , to render the 
collaborative content in accordance with rendering instructions 

(specification at page 17, paragraph [58] , particularly 6 th line through 
end of paragraph, page 20, paragraph [70] , lines 1-3 and Figure 2, server 
53 and originator client workstation 50) , 

Claim 41 recites a client system for network collaboration. A 
client system for network collaboration comprises a collaborative 
content including a base document (specification at page 13, paragraph 

[46]) Figs. 6 and 8 without items 40, 41 or 42) having a document 
identifier (Fig. 5, Listing 1, specification page 18, paragraph [60], 
4-5 lines) that identifies a location of content of said base document . 
At least one collaborative content element (Fig 6, items 40, 41, or 
42, specification at page 19, paragraph [63], lines 3-5 of paragraph) 
having an embedded annotation in the document identifier (Figure 5, 
Listing 1 and Listing 2, specif ication at page 18, paragraph [60] , lines 
4-5) , and rendering instructions therefore (specification at page 18, 
paragraph [60] , line 1, to page 19, paragraph [62] , line 3, and Figure 
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5, Listing 1 and Listing 2) . A graphical collaboration tool 
(specification at page 16, paragraph [53] , lines 1-6, Figure 6, item 
43, 43A-43E) for generating , rendering said collaborative content in 
accordance with said rendering instructions, and transmitting said 
collaborative content with said rendering instructions embedded in 
said document identifier therein, wherein said graphical 
collaboration tool is downloaded from a server (specification at page 
12 paragraph [43] , last two lines, and page 20, paragraph [69] , lines 
1-3). 

Claim 53 recites a server system for network collaboration that 
includes a collaborative content (Fig, 6, items 40, 41,42, 
specification at page 13, paragraph [46] , lines 3-4) including a base 
document (Figure 6, without items 40, 41, 42), having a document 
identifier (Fig. 5, Listing 1, specification at page 18, paragraph 
[60] lines 4-5) that identifies a location of a content of said base 
document and at least one collaborative content element having a first 
embedded annotation to said document identifier as an encoded 
representation of said collaborative content, and first rendering 
instructions therefore (specification at page 18, paragraph [60], 
line 1 to page 19, paragraph [62] , line 3 and Figure 5, Listing 1 and 
Listing 2) . A server process for responding to a user request wherein 
the user request includes at least one of a request for said 
collaborative content (Figure 2, item 53, specification at page 13, 
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paragraph [47], lines 1-3, Figure 4 item 84, specification at page 
15, paragraph [51], lines 11-14). A graphical collaboration tool 
(specification at page 16, paragraph [53], lines 1-6, Figure 6, item 
43, 43A-43E,) and the collaborative content including an added 
collaborative content element having a second embedded annotation to 
said document identifier as an encoded representation of said added 
collaborative content, and second rendering instructions therefore, 
and said collaborative content including a modified collaborative 
content element having a third embedded annotation to said document 
identifier as an encoded representation of said modified 
collaborative content, and third rendering instructions therefore 
(specification at page 14, paragraph 14, lines 1-20 and Figure 7, 
steps 71 and 79 in particular) . 

VI . Grounds of Rejection to be Reviewed on Appeal 

(1) Whether the rejection of Claims 17, 23, 41, 53 "and their 
dependent claims" under 35 U.S.C. §101 as allegedly reciting 
non-statutory subject matter is proper. 

(2) Whether the rejection of Claim 23 under 35 U.S.C. §101 as 
allegedly reciting non-statutory subject matter is proper. 

(3) Whether the rejection of Claims 1-14 and 16-65 under 35 
U.S.C.§102(e) as allegedly being anticipated by Rivette et al . (U.S. 
6,877,137 herein after "Rivette") is proper. 

10 
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VII . Argument 

Statement regarding separate basis for patentability 

With regard to the rej ections under 35 U. S . C . §102 (e) , Applicant 

provides herein below, separate arguments for all of the rejected 
independent claims 1, 17, 23, 41 and 53, which do not stand or fall 
together as each independent claim recites a distinct aspect of the 
claimed invention. It is also respectfully submitted that Applicants 
believe that a separately basis exists for the patentability of each 
of the dependent claims in addition to their believed patentability 
due to dependency from an allowable base claim, 

(1) . Traversal of the rejection of independent claims 17, 23, 
41, 53 "and their dependent claims" under 35 U.S.C. §101: 

Applicant respectfully but strongly disagrees that, after 
nearly seven years of ongoing prosecution, claims 17, 23, 41, 53 "and 
their dependent claims" (as recited on page 2 of the Final Rejection 
of June 27, 2007) are directed to non- statutory subject matter outside 
of the categories specified under 35 U.S.C.§101. 

Applicant respectfully submits that all of the claims are 
directed to statutory subject matter and that the separate statements 
on paragraphs numbered "4" and "5" on respective pages 2 and 3 of the 
Final rejection state: 

The language of the claims raises a question as 

to whether the claims are directed merely to an 
abstract idea that is not tied to a 

11 
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technological art, environment or machine which 
would result in a practical application 
producing a concrete, useful and tangible 
result (emphasis added in boldface and 
italics) . 

Applicant respectfully submits that pondering aloud about the 
possible unpatentability of the rejected claims does not set forth 
a prima facie case of unpatentability , as the USPTO has not met its 
burden by mere rhetorical allegations that the language of the claims 
"raises a question" about whether or not the claims 17, 23, 41, 53 
"and their dependent claims" are directed merely to an abstract idea 
that is not tied to a technological art. 

Applicant respectfully submits that both the Board of Patent 
Appeals and Interferences in Ex parte Lundgren, Appeal No. 
2003-2088 (BPAI 2005) , and the Court of Appeal for the Federal Circuit 

in In re Comiskey, 2006-1286 , (decided September 20, 2007) have 
previously opined (albeit reaching different opinions) on the 
technological arts test in relation to business method claims that 
involved in part a series of mental steps that could be performed 
without the aide of, for example, a computer. 

However, in contrast, as the presently claimed invention 
involves the viewing of a base document and collaborative content that 
makes proposed changes to the base document by manipulating devices 
such as a network server , a web browser, a work station, and/ or a 
thin-client device, just to name a few of such entities, Applicant 

12 
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respectfully submits that the present claims are clearly tied to the 
"technological arts" even if there is some dissention in legal circles 
about whether a separate technological arts test actually exists, and 
whether Congress ever intended such a test in determining 
patentability under 35 U.S.C. §101, and/or whether the Article I of 
the U.S. Constitution, which refers to "useful", meant technological 
or some other standard, such as utility. 

In any event, the present claims are not directed to a mere 
abstract idea and clearly involve the technological arts in 
manipulating devices such as a network server, a web browser, a work 
station or thin-client device, just to name a few, to provide the 
ability to view and alter documents to those devices that may not have 
actually software necessary to create the base document. 

Applicant respectfully, but strongly disagrees with the 
statement on page 2 of the Final Rejection that : "a web browser, 
graphical collaboration tool, and server process" are "software 
constructs (software per se) " that "do not manipulate any hardware 
or tangible entity." 

According to the statement in the above paragraph on page 2 of 
the Final Rejection, the grounds for rejection under 35 U.S.C. §101 
clearly and incorrectly allege that the claimed ; 

(i) a web browser does not manipulate hardware or a tangible 
entity; 

13 
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(ii) a graphical collaboration tool does not manipulate hardware 
or a tangible entity; and 

(iii) a server process does not manipulate hardware or a tangible 
entity? 

Applicant is astounded at the aforementioned characterizations 
of the present claims used as a basis to allege a rejection under 35 
U. S . C . §101 , as claim 17 is directed to a network collaboration tool, 
claim 23 is directed to a system for network collaboration, claim 41 
is directed to a client system for network collaboration, and claim 
53 is directed to a server system for network collaboration, all of 
which manipulate hardware or a tangible entity . In the rejected 
independent claims, the invention includes providing a base document 
and possibly one or more collaborative contents provided for display 
by a web browser so that the changes to the document can be viewed. 
Certain claims ("and their dependent claims" verbatim from the Final 
Rejection), such as claims 25,36 57, recite execution on a client 
workstation. Claim 28, for example, expressly recites providing a 
visual cue to indicate the state of the collaborative content. These 
and all other dependent claims are clearly statutory patentable 
subject matter under 35 U.S.C. §101. 

35 U.S.C. §101 enumerates four categories of patentable subject 
matter (i.e. process, machine, manufacture or composition of matter) . 
Applicant further notes that an apparatus claim may have functional 

14 
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limitations .(process steps) R.A.C.C. Indus, v. Stun -Tech, Inc., 178 
F.3d 1309 (Fed. Cir. 1998) , and thus, all of the present claims recite 
statutory subject matter. 

For at least the foregoing reasons, reversal of this ground of 

rejection under 35 U.S.C. §101 regarding claims 17, 23, 1, 53 "and 
their dependent claims" is respectfully requested of the Honorable 
Board of Patent Appeals and Interferences. 

(2 ) Traversal of the rejection of claim 23 under 35 U.S.C. §101; 

Applicant respectfully, but strongly, disagrees that claim 23 
is directed to non-statutory matter and traverses the rejection under 
35 U.S.C. §101 both for the reasons used to traverse the rejection 
in section (1) and for the reasons discussed herein below. 

Page 3, paragraph numbered u 5" of the Final Rejection indicates 
that claim 23 "does not produce a useful practical application." 
Applicant respectfully but most strongly disagrees with the 
aforementioned bald assertion in the Final Rejection . 

Claim 23 recites a system for network collaboration, which 
permits a base document to be identified and edited by one or more 
parties without any software installed other than an internet browser 
and embedded scripting language (specification at page 19, paragraph 
[64] ) . Applicant thus most certainly submits that the claimed 
invention provides a concrete, useful and tangible result that has 
a useful and practical application . Applicant also notes that the 
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declaration under 37 C . F . R . 1 . 132 dated April 7 , 2005 (and entered into 
the record in the Amendment filed April 26, 2 005 via an RCE) also 
addresses this point. 

As previously disclosed in the concise explanation of the 
claimed invention, Applicant respectfully submits that Claim 23 
recites a system for network collaboration using embedded annotation and 
rendering instructions. The system allows collaboration using 
embedded annotation and rendering instructions, and includes a 
processor 14 (Fig. 1, specification at page 10 paragraph [38], and 
page 11 at paragraph [40] , last 6 lines of paragraph) for receiving 
and transmitting data (specification at pages 11-12, paragraph [41] , 
and Fig. 1 communication interface 28 and bus 12) . A memory 16 (Figure 
1, specification at page 11, paragraph [41] is coupled to the 
processor 14. The memory 16 has stored therein sequences of 
instructions ( specif icat ion at page 11 , paragraph 40, last six lines) 
which, when executed by said processor 14, cause the.processor 14 to 
generate a collaborative content (Figures 6 and 8, items 40, 41 or 
42) including a base document (Figs. 6 and 8 without items 40, 41 or 
42) having a document identifier (Figure 5, URL in Listing 1 
specification at page 18, paragraph [60] , lines 4-5) that identifies 
a location of content of said base document, and at least one 
collaborative content element having an embedded annotation in said 
document identifier and rendering instructions therefore 

16 
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(specification at page 18, paragraph [60] line 1, to page 19, paragraph 
[62], line 3 and Figure 5, Listing 1 and Listing 2), to render the 
collaborative content in accordance with rendering instructions 
(specification at page 17, paragraph [58] , particularly 6 th line through 
end of paragraph, page 20, paragraph [70] , lines 1-3 and Figure 2, server 
53 and originator client workstation 50) . 

Applicant thus respectfully submits that claim 23 clearly 
recites statutory subject matter that is "useful" under 35 U.S.C. 
§101 . 

In addition, for purposes of this appeal, Applicant also notes 
that the rejections (1) and (2) listed above are under 3 U.S.C. §101, 
and that MPEP 2106 is merely a guideline to assist the Examiner in 
determining when something may or may not be statutory subject matter. 
Thus, as the guidelines "do not constitute substantive rulemaking and 
hence do not have the force and effect of law" (MPEP 2106, 
"Introduction"), to allege on page 3 of the Final Rejection that 
" [T]herefore claim 23 is non statutory entities as detailed in MPEP 
2106" does not lay a proper foundation for a prima facie rejection. 
In the alternative, assuming arguendo, that a proper foundation has 
been set forth, Applicant has clearly traversed this ground of 
rejection in showing that the system in claim 23 produces a concrete, 
useful and tangible result. Applicant respectfully refers to the 
drawings discussed above as at least one example to overcome any doubt 

17 
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that the claimed invention as recited in claim 23 produces a concrete, 
useful and tangible result. 

For at least the foregoing reasons, reversal of this ground of 

rejection under 35 U.S.C. §101 regarding claim 23 is respectfully 
requested of the Honorable Board of Patent Appeals and Interferences. 
(3 ) Traversal of the Rejection of claims 1-14 and 16-65 under 

35 U.S.C. §102 (e) in view of Rivette 

Applicant respectfully submits that claims 1-14 and 16-65 are 

not anticipated by Rivette, and this ground of rejection is traversed 

for the reasons indicated herein below. 

In addition, it is also well-settled law (and disclosed in 

M.P.E.P. §2131) regarding anticipation under 35 U.S.C. §102 that: 

A claim is anticipated only if each and every ■ 
element as set forth in the claim is found, 
either expressly or inherently described, in 
a single prior art reference. 

Verdegaal Bros. v. Union Oil Co. of California, 814 F.2d 
628,631, 2 USPQ2d 1051, 1053 (Fed. Cir. 1987). Applicant will now 
discuss in detail why Rivette fails to set forth each and every claimed 
element . 

Brief overview of Rivette 

Rivette discloses a system, method and computer program product 
for attaching annotations (notes) to data objects, and for linking 
data objects via the use of notes. 

Unlike the presently claimed invention, Rivette requires the 
user to have the application loaded on his/her device , or the user 
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must download the application to his/her computer (please see col. 

11, lines 5-13, as the Examiner cites the example in cols. 11 and 12 

as a basis for the rejection) . More particularly, Rivette discloses 

at the aforementioned section: 

If the chef did not have the current invention 
on his computer, activating the attachment 
would give him the option of automatically 
navigating to a Web site where he can download 
the application. Also included in the email 
would be a URL the chef could simply click on 
to get the location where he can download the 
application. Once the attachment is activated 
and the present invention's application 
executes, the Web page of the recipe of interest 
to the chef appears with all the customer's 
notes listed and color-coded, (emphasis added 
in boldface and italics, col. 11, lines 5-14) . 

It is alleged in the Final Rejection June 27, 2007, that Rivette 

allegedly discloses a computer- implemented method of network 

collaboration through embedded notation and rendering instructions 

to generate, transmit, and render collaborative content, including 

the generation by an originator client workstation a collaborative 

content including a base document having a URL (Uniform Resource 

Locator) document identifier that identifies the location of a 

content of the base document, and at least one collaborative content 

element . 

(i) Rivette fails to disclose the claim limitations recited in 
claim 1 

Applicants respectfully submit that in the generating step in 
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present claim 1 that the base document is annotated by identifier is 
annotated by embedding both the collaborative content and the 
rendering instructions into the base document identifier , typically 
in a Uniform Resource Locator (URL) . Herein below is an explanation 
of such a process. 

For example, Figure 5 shows a sample of the URL for the base 
document and the encoded collaborative content and rendering 
instructions as produced by a preferred embodiment of the invention 
(Listings 1 and 2) and an alternate implementation in XML language 
(Listing 3) . The collaborative content that can be viewed with the 
original document is shown, for example, in Figure 8. The base 
document has the additional collaborative content indicated by circle 
40, arrow 41 and box 42 containing the text. The encoding for the items 
40, 41 and 42 come from Listing 2 and are embedded to the URL in Listing 
1 . 

In other words, the recitations in present claim 1 regarding 
"annotate said base document by embedding said at least one annotation 
and instructions therefore as an encoded representation of 
collaborative content" (as well as a similar recitation in claim 23) 
is shown, for example, by Listing 2 in Figure 5. Listing 2 contains 
the complete encoding including the URL part one (Listing l)of the 
document identifier followed immediately by URL part two (Listing 2) . 
URL part one (Listing 1) contains the base document (content) 

20 
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identifier, its location on a document repository, e.g. persistent 
base document storage 55, and detailed viewing information. The 
detailed viewing information specifies the zoom level and position 
of the view on the particular drawing. Part one (Listing 1 ) of the 
URL refers to identifier of the base document, and this portion is 
not altered by the collaboration process . 

Still referring to the example in Figure 5, the second listing 
(Listing 2) contains the encoded annotations which are embedded to 
the first listing (Listing 1) for the base document and sent to the 
server for execution. In this example, the content includes three 
collaborative elements: a red circle, a red arrow, and a text area 
containing the text: "this is a collaborative element". Rendering 
instructions may include but are not limited to, the location on the 
base document wherein the circle/arrow/text box are all placed. In 
the example, the complete URL, as specified by parts one and two 
(Listings 1 and 2) is as follows: 

http : /localhost .dpr/ds . dpv/0 0016 J/1/ 123 ?/dpv=bt7dc0d 

mldnldoleOoh5i6800j44 00k2 5610n2441o25plrOs3 3stOtOttOw 
7x896xm0xt7y64ym0yt5&DPDB_IDNT-GIBBS/ 00016 j/l&DPDB_SH 
=04131&_RCR=circle | 240|2542 |2565| 3248 | l&_RAR=arrow | 3 5 
44 j 312 | 2982 | 2701 1 1 &_RTX=thi s%2 0 is2 0 is %2 0a%2 Ocol labora 
tive%20element | 3544 | 3058 | 522 9787 | 1317 6 | 1 ?, 448 
The complete URL above is sent to a recipient client workstation, 

where it is rendered as HTML (hypertext markup language) by the 
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process server 53. The resulting HTML, which provides the 
instructions to the recipient client workstation exactly how the base 
document is displayed, is sent to the recipient client workstation, 
and is displayed through Internet browser software. 

Now again referring to Figure 8 , this shows the display resulting 
from the URL introduced in Figure 5 . It should be noted that the circle 
40, arrow 41 and box 42 are all not part of the base document but are 
shown on the display because Listing 2 is embedded in the base document 
of part one (Listing 1) as in the combined string shown above and 
disclosed in the specification at paragraph [60], pages 18-19 . 

One advantage of the present invention is that the client 
workstations do not need any software installed other than an Internet 
browser and an embedded scripting language, and the only application 
software needs to be installed only on the service processor 53. The 
method recited by claim 1 permits the collaboration process to be 
available to any device (including thin-client, PDA, phone, 
etc.) having an Internet browser and server connectivity, providing 
a "zero footprint" (specifications, paragraph [60]). 

With regard to Rivette, it is respectfully submitted that 
Rivette fails to disclose or suggest that the base document is 
annotated by an encoded representation of the collaborative content 
and rendering instructions therefore, which are embedded into the 
identifier of the base document. 
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Rivette discloses a system and method of manipulating notes 
linked to Web pages, and of manipulating the Web pages. Rivette 
enables a user to select a portion of a Web Page stored at a web site, 
create an annotation and link the annotation stored in a notes 
database 508 to the selected portion. Accordingly, Rivette does not 
disclose a generating step including annotating a base document by 
embedding at least one annotation and rendering instructions , as 
recited in claim 1. 

For example, while in the claimed invention the URL of a base 
document is annotated with collaborative content and rendering 
instructions, such as in Listing 2 of Figure 5 of the present invention, 
Rivette is completely silent and fails to make such as disclosure. 
Rivette permits one viewing a webpage to click on a link to a notes 
database and jump around and read the notes out of sequence. 

Figure 6 of Rivette shows a computer 602 having a separate notes 
database 508 and a web page database 509. A hyperlink from web page 
database 509 to the notes database 508 does not disclose an annotation 
of a base document with collaborative content and rendering 
instructions, as is recited in present claim 1. 

Again, in contrast to Rivette, present claim 1 of the present 
invention provides embedding that is a combining of the URL of the 
base document and the collaborative content (Figure 5 of the present 
invention shows Listing 2 being a combination of Listing 1 and the 
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collaborative content and rendering instructions) . 

Applicant respectfully disagrees with the Examiner's assertion 
that at col. 11, lines 17-30, that Rivette discloses the claimed 
embedded annotation in a document identifier. Rivette discloses that 
notes and sub-notes are linked to web pages, which is distinguishable 
from embedded annotation in a document identifier . For example, FIG. 
4 of Rivette shows sub-notes 402, 404, 406, 408, 410, 412 of note 401, 
and respective links 302, 304, 306, 308, 310, 312. When the web page 
changes it content, a user is notified when going from a note to a 
sub-note . 

Moreover, with regard to the example in columns 11 and 12 of 
Rivette regarding the example of the chef and his recipe, in no way- 
does Rivette disclose embedding collaborative content by a server to 
a base document. Rivette disclose attaching links that can provide 
access to added notes about a document, but this is distinguishable 
from embedded collaborative content on a document identifier. Rivette 
does not embed the collaborative information in the base document 
identifier, but merely provides a link to the note. Furthermore, 
Rivette requires the application be loaded on a device, which does 
not provide the advantages of the presently claimed invention, 

Furthermore, Applicants refer to the Declaration Under 37 C. F.R. 
§1.132 that was signed on April 7, 2005 and addressed in the Office 
Action mailed July 28, 2005, wherein the declaration at page 4 

24 



; APPEAL BRIEF U.S. Appl. No. 09/804,074 

discusses the function of the claimed invention and how its operation 
is distinguishable from Eintracht (previously cited) but these 
reasons to some extent are applicable to Rivette as well , particularly 
the section at page 4 which declares that the claimed invention 
" combines a URL for a base document with associated collaborative 
content elements into a collaborative content... . " Present claim 
1 (and 23) recite in part that there is a rendering by a server of 
the collaborative content element to the base document in accordance 
with the rendering instructions, and that the collaborative content 
is provided to the originator client workstation for display. 

Rivette discloses at column 7, lines 45-47, that a data object 
has a note attached, and nothing more as it fails to disclose that 
the embedding as claimed in the present invention. The portion of 
Rivette (column 7, lines 45-47) is understood by an artisan in the 
context of, for example, attaching notes to data objects as one can 
attach notes to an MS Word, WordPerfect, or Excel document (please 
see Rivette, column 3, lines 38-59) , wherein it is noted that there 
is no client -server relationship using MS Word et al . in the context 
of Rivette (he is talking about Word being accessed on a personal 
computer), and thus in Rivette, there is no generating by an 
originator client workstation of a collaborative content elements 
that comprises at least one annotation and rendering instructions 
that is forwarded to a server for execution in accordance with the 

25 



! APPEAL BRIEF U.S. Appl. No, 09/804,074 

rendering instructions . 

With regard to the example in Rivette in cols. 11 and 12, there 
is no disclosure that there is a rendering by a server of a 
collaborative content element to the base document in accordance with 
rendering instructions, and providing the collaborative content to 
the originator client workstation for display, as recited in present 
claim 1. Applicant respectfully submits that the linking of notes is 
not an edit of the document by collaborative content and rendering 
instructions, as the notes in Rivette do not edit the base document. 

To reiterate, one advantage of the claimed invention is that it 
does not need any software installed other than an Internet browser 
and an embedded scripting language on the client side, and the only 
application software needs to be installed only on the service 
processor (specification at page 19, paragraph [64]). Thus, the 
invention permits a user to be able to view and update collaborative 
content on items with almost no additional memory or processing power, 
including PDAs, handheld organizers, cell phones, mobile pagers and 
Internet appliances to name a few (specification at page 20, paragraph 
[66] ) . 

Moreover, paragraph [35] (pages 8-9) of the present 
specification discloses that " [T] he present invention is a system and 
process for network collaboration using embedded annotations and 
rendering instructions to enable collaborators to generate, share or 
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transmit, and render collaborative content over the Internet. 
Collaborators are able to view, generate, and render the 
collaborative content without installing any application software on 
their computer systems other than a web browser, , . (emphasis added 
in boldface) . 

Also, the Declaration Under 37 C. F.R. §1.132 (signed April 7 , 
2005) at page 6, last paragraph, discusses that Eintracht requires 
a client software application. While Rivette is not mentioned in the 
Declaration, Rivette disclosure requires MS Word, WordPerfect or 
Excel, to permit a "comment" feature, and the comment is not an encoded 
representation embedded with the URL of a base document and forwarded 
to a server for execution. The recitation in present claims 1 and 23 
of an encoded collaborative element and rendering instruction that 
is embedded into a base document and forwarded to a server for 
execution and sent back to the originator client workstation for 
display is distinguishable from the comment feature, aka data object, 
disclosed by Rivette, which is executed on the client side and 
requires application specific software. 

For example, in contrast to present claims 1, Rivette discloses 
attaching a note to MS Word (or WordPerfect or Excel) that requires 
a user having a personal computer and a copy of the Word application 
software on the user's computer, and the note is processed at the user 
(client side-originator workstation side) . The processing of the note 
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disclosed in Rivette clearly contrasts with the recited sub-step of 
"forwarding the collaborative content forwarded to the server for 
execution" as recited in present claim 1. 

To reiterate, the note in Rivette is processed locally and 
requires application software. Rivette thus does not anticipate claim 
1 nor would any artisan have found it obvious at the time of invention 
to provide the claimed generating step and the rendering steps in view 
of Rivette. 

In addition, present claim 1 recites in part that an original 
client workstation generates the collaborative content and performs 
the embedding of the annotation and instructions therefore as an 
encoded representation of collaborative content, this encoded 
representation (a.k.a., Listing 2 from Fig. 5) is forwarded to a 
server for execution, rendered by a server, and provided to a 
workstation for display. 

Applicant also respectfully submits that Rivette discloses at 
col. 8, lines 13 to 30, and col. 18, lines 12-24, providing links to 
information at another file possibly in another database, as opposed 
to an annotation and rendering instructions being embedded as an 
encoded representation of collaborative content, and forwarding the 
collaborative content to a server for execution . 

Rivette also discloses at column 13, lines 19-26 that the notes 
database and/or web pages database are not necessarily stored within 
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a single computer and that they could be distributed among multiple 
computers . 

Rivette discloses, at best, that there is a linking button 
embedded (please see Figure 35, step 3512), wherein a notes engine 
commands an application associated with the Web page to display a 
linking button to locate a new sub-note. 

Howe ve r , the aforementioned linking button is distinguishable 
from the claimed invention and does not disclose or obviate the 
embedding of a collaborative element (as opposed to a link to 
collaborative content) and rendering instructions for executing and 
viewing the embedded collaborative content as currently claimed. 

Accordingly, Applicants respectfully submit that present claim 
1 is not anticipated by Rivette, nor would have claim 1 been obvious 
to a person ordinary skill in the art in view of Rivette. Nor would 
the combination of elements recited in claim 1 have been obvious s 
being within the ordinary level of skill in the art. 

In addition, the dependent claims have an independent basis for 
patentability. For example, instant claims 2 and 24 include 
recitations of annotating the collaborative content by adding another 
collaborative element. With regard to claims 5 and 27, Rivette fails 
to disclose or suggest, for example, that the content element is a 
symbol, an encoded representation shape or text input element and 
rendering instructions therefore are embedded so as to annotate the 
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base document. With regard to claim 6 and 28, a visual cue indicates 
the state of the collaborative content. 

Nor would the combination of recited elements in the claims would 
not have been obvious at the time of invention as being within the 
ordinary level of skill in the art {KSR International v. Teleflex, 127 
S.Ct. 1727, 82 USPQ2d 1385 (2007)). 

Reversal of this ground of rejection by the Honorable Board of 

Patent Appeals .and Interferences is respectfully requested. 

(ii) Traversal of the Rejection of claim 17 over the combination 

of Eintracht and Rivette 

In addition, Rivette does anticipate the server process recited 
in claim 17 for receiving the generated collaborative content element 
and rendering instructions therefore, and the reference also fails 
to disclose or suggest the server rendering the document in 
combination with the collaborative content element (annotations) . 
Eintracht discloses "at the client side, the client application 
layers the annotations over the image" i.e., meaning that the client 
performs the rendering step not the server. 

Furthermore, with regard to Rivette, it is first noted that 
there is no client -server relationship using MS Word et al . in the 
context of Rivette (he is talking about Word being accessed on a 
personal computer) , and thus in Rivette, there is no generating by 
an originator client workstation of a collaborative content elements 
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that comprises at least one annotation and rendering instructions 
that is forwarded to a server for execution in accordance with the 
rendering instructions . 

To reiterate, one advantage of the claimed invention is that it 
does not need any software installed other than an Internet browser 
and an embedded scripting language on the client side, and the only 
application software needs to be installed only on the server 
processor (specification at page 19, paragraph [64]). Thus, the 
invention permits a user to be able to view and update collaborative 
content on items with almost no additional memory or processing power, 
including PDAs, thin-client devices, handheld organizers, cell 
phones, mobile pagers and Internet appliances to name a few 
(specification at page 20, paragraph [66]). 

Accordingly, Rivette clearly fails to disclosure all the 
elements recited in present claim 17. Nor would the combination of 
elements, as recited in claim 17, have been obvious to a person or 
ordinary skill in the art at the time of invention as being within 
the ordinary level of skill in the art. In addition, claims 18-22 are 
also believed to be patentable at least for the reason that they depend 
from an independent claim that believed to be patentable, and because 
of an independent basis for patentability. For example, with regard 
to claim 21, Rivette fails to disclose that a graphical collaboration 
tool, web software browser, and server process all execute on the same 
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computer system. 

Reversal of this ground of rejection by the Honorable Board of 

Patent Appeals and Interferences is respectfully requested. 

(iii) Traversal of the rejection of claim 23 over Rivette 

Applicant respectfully submits that Claim 23 is not anticipated 
by Rivette. For example, Rivette fails to disclose a processor which, 
when executed by the processor causes the processor to generate a 
collaborative content including a base document having a • document 
identifier that identifies a location of a content of the base 
document , and at least one collaborative content element having an 
embedded annotation in said document identifier and rendering 
instructions therefore to render the collaborative content in 
accordance with the rendering instructions . 

Rivette fails to disclose the embedded annotation. Applicant 
respectfully disagrees with the Examiner's assertion that at col. 11, 
lines 17-30, that Rivette discloses the claimed embedded annotation 
in a document identifier. Rivette discloses that notes and sub-notes 
are linked to web pages, which is distinguishable from embedded 
annotation in a document identifier . For example, FIG. 4 of Rivette 
shows sub-notes 402, 404, 406, 408, 410, 412 of note 401, and 
respective links 302, 304, 306, 308, 310, 312. When the web page 
changes it content, a user is notified when going from a note to a 
sub-note . 
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Moreover, with regard to the example in columns 11 and 12 of 
Rivette regarding the example of the chef and his recipe, in no way 
does Rivette disclose embedding collaborative content by a server to 
a base document. Rivette disclose attaching links that can provide 
access to added notes about a document, but this is distinguishable 
from embedded collaborative content on a document identifier. Rivette 
does not embed the collaborative information in the base document 
identifier, but merely provides a link to the note. Furthermore, 
Rivette requires the application be loaded on a device, which does 
not provide the advantages of the presently claimed invention. 
Applicant further respectfully submits that Rivette discloses at 
column 2, the used of OLE (Object Link and Embedding), which is 
distinguishable from the claimed invention. OLE allows a user to link 

elements from different applications within each other. 

For example, OLE permits an Excel spreadsheet or chart to be 
arranged inside a PowerPoint presentation. When you change the chart 
or spreadsheet, it changes inside the PowerPoint presentation because 
of a bi-directional linkage. Again, OLE does not anticipate a 
collaborative content element having an embedded annotation as an 
encoded representation of collaborative content embedded on a 
document identifier that is rendered by a server in accordance with 
rendering instructions and provided to an originator client 
workstation for display. 
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For at least the above reasons, claim 23 is not anticipated by 

Rivette. Reversal of this ground of rejection by the Honorable Board 

of Patent Appeals and Interferences is respectfully requested, 
(iv) Traversal of the rejection of claim 41 over Rivette 

Applicant respectfully submits that Claim 41 is not anticipated 

by Rivette. For example, present Claim 41 recites a client system for 

network collaboration including a collaborative content including a 

base document having a document identifier that identifies a location 

of content of said base document and at least one collaborative 

content element having an embedded annotation in said document 

identifier . 

Rivette does not disclose or suggest the combining into a single 
URL with embedded notations and rendering instruct ions ( for example, 
present invention at Figure 5, Listing 2) , followed by the rendering 
of the URL. Rivette discloses links associated with the notes. 

For at least the above reasons, Claim 41 patentably 
distinguishes over Rivette. In addition, all of the claims dependent 
from Claim 41 are also believed to be allowable at least because their 
dependence from an allowable claim {In re Fine, 837 F. 2d 1071, 5 USPQ2d 
1596 (Fed. Cir . 1988) ) . 
(v) Traversal of the rejection of claim 53 over Rivette 

Applicant respectfully submits that independent claim 53 is not 
anticipated by Rivette. 
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For example, Rivette fails to disclose or suggest a server system 
for network collaboration comprising a collaborative content 
including a base document having a document identifier that 
identifies a location of a content of the base document and at least 
one collaborative content element having a first embedded annotation 
to the document identifier as an encoded representation of the 
collaborative content, and first rendering instructions. 

As previously discussed herein above, Rivette fails to embed a 
document identifier with collaborative content and rendering 
instructions such as that shown in Fig. 5 Listing 2 of the present 
invention. To reiterate, under no circumstances does Rivette disclose 
the embedding of the base document and the annotations such that there 
is a combination leaving, for example, a combination of the URL in 
Listing 1 and the annotation and rendering instructions in Listing 
2 (shown in Figure 5) of the present application and discussed above. 

Nor does Rivette disclose or suggest a server process as claimed, 
with a second embedded annotation and second rendering instructions, 
and a third embedded annotation and third rendering instructions, as 
Rivette fails even to disclose embedding a first time, let alone a 
second or third time. 

For at least the above reasons, Claim 53 patentably 
distinguishes over Rivette. Applicants also respectfully submit that 
claims 54-65 are also patentable at least for their dependence from 
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claim 53 , which is believed to allowable because of the aforementioned 
reasons . 

VIII. Conclusion 

For all of the foregoing reasons, Applicant respectfully 
requests that the Honorable Board of Patent Appeals and Interferences 
reverse all rejections of Claims 1-14 and 16-65. 
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APPENDIX A- Claims on Appeal 

1. (Previously presented) A computer- implemented method of 
network collaboration through embedded annotation and rendering 
instructions to generate, transmit, and render collaborative content, 
the method comprising the steps of: 

generating by an originator client workstation a collaborative 
content including a base document having a document identifier that 
identifies a location of a content; and at least one collaborative 
content element that comprises at least one annotation therein and 
rendering instructions therefore so as to annotate said base document 
by embedding said at least one annotation and instructions therefore 
as an encoded representation of collaborative content and forwarding 
the collaborative content to a server for execution; 

rendering by a server said collaborative content element to said 
base document in accordance with said rendering instructions, and 
providing said collaborative content to said originator client 
workstation for display. 

2. (Previously presented) The method as claimed in claim 1 
further comprising the step of annotating said collaborative content 
by adding another collaborative content element. 

3. (Original) The method as claimed in claim 2 wherein said 
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annotating step comprises presenting annotation options to said 
client workstation . 

4. (Original) The method as claimed in claim 2 wherein said 
annotating step comprises inputting a text element to name said 
collaborative content element. 

5. (Previously presented) The method as claimed in claim 2 
wherein said annotating step comprises inputting at least one of a 
symbol, shape and a text input element to generate said at least one 
of a symbol, shape and a text as said collaborative element. 

6. (Previously presented) The method as claimed in claim 2 
wherein said annotating step comprises providing a visual cue to 
indicate the state of said collaborative content. 

7. (Original) The method as claimed in claim 6 wherein said 
visual cue comprises at least one of a marker, cursor, icon, and 
marquee box . 

8. (Previously presented) The method as claimed in claim 59, 
wherein said transmitting step is initiated by a user selecting a 
visual element to transmit said collaborative content subsequent to 
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said collaborative content being saved. 

9. (Previously presented) The method as claimed in claim 1 
wherein said originator client workstation includes as least one of 
a personal computer equipped with internet browser software, a mobile 
communication device with a graphical or textual display, and a 
personal digital assistant equipped with a hypertext viewer. 

10. (Previously presented) The method as claimed in claim 1 
wherein said originator client workstation includes a program 
execution capability comprising: 

an interpreted software program; 

a compiled software program; and 

a software program executed by a virtual machine. 

11. (Previously presented) The method as claimed in claim 59, 
wherein said transmitting step is performed using a messaging system, 

12. (Original) The method as in claim 11, wherein said 
messaging system includes at least one of: 

an electronic mail system; 

an electronic news or bulletin-board system; and 
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a mobile paging system. 



13. (Previously presented) The method as claimed in claim 

59, wherein said transmitting step is performed using a transport 
mechanism including at least one of: 

a wireless protocol; 

a synchronous messaging protocol; and 
an asynchronous messaging protocol. 

14. (Previously presented) The method as claimed in claim 1 
wherein said network is a peer-to-peer network, and the rendering step 
is performed on a server portion of said originator client 
workstation in said peer-to-peer network. 

15 . (Canceled) . 

16. (Previously presented) The method as claimed in claim 59, 
wherein the collaborative content transmitted in said transmitting 
step includes a URL and rendering instructions. 



17. (Previously presented) A network collaboration tool using 
embedded annotation and rendering instructions comprising: 

40 



\ APPEAL BRIEF U.S. Appl. No. 09/804,074 

a web browser software for displaying a collaborative content 
in accordance with rendering instructions therefor, said 
collaborative content including a base document having a document 
identifier that identifies a location of a content of said base 
document and at least one collaborative content element having an 
embedded annotation in said document identifier; 

a graphical collaboration tool for generating at least one 
collaborative content element on the collaborative content displayed 
in said web browser software and transmitting the at least one 
collaborative content element and rendering instructions therefore; 
and 

a server process for receiving the at least one generated 
collaborative content element and rendering instructions therefor, 
rendering the collaborative content in combination with the 
received collaborative content element in accordance with the 
received rendering instructions, and generating a combined 
collaborative content including the received collaborative 
content element and embedded annotation in the document identifier 
thereof for display by said web browser software. 

18. (Previously presented) The network collaboration tool as 
claimed in claim 17, wherein said graphical collaboration tool 
includes a toolbar. 
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19. (Previously presented) The network collaboration tool as 
claimed in claim 18 wherein said toolbar includes an add circle tool, 
an add rectangle tool, an add arrow tool, and add text tool, and an 
add text highlight tool. 

20. (Previously presented) The network collaboration tool as 
claimed in claim 17 wherein said graphical collaboration tool 
includes a collaborative content element name entry field. 

21. (Previously presented) The network collaboration tool as 
claimed in claim 17 wherein said web browser software, said graphical 
collaboration tool, and said server process execute on the same 
computer system . 

22. (Previously presented) The network collaboration tool as 
claimed in claim 17 wherein said web browser software, said graphical 
collaboration tool , and said server process each execute on a separate 
computer system. 

23. (Previously presented) A system for network collaboration 
using embedded annotation and rendering instructions comprising: 

a processor for receiving and transmitting data; and 
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a memory coupled to the processor, said memory having stored 
therein sequences of instructions which, when executed by said 
processor, cause said processor to generate a collaborative 
content including a base document having a document identifier that 
identifies a location of content of said base document, and at least 
one collaborative content element having an embedded annotation 
in said document identifier and rendering instructions therefore, 
to render the collaborative content in accordance with rendering 
instructions . 

24. (Previously presented) The system as claimed in claim 23 
wherein said memory further comprises sequences of instructions which, 
when executed by said processor, cause said processor to annotate the 
collaborative content by adding another collaborative content 
element . 

25. (Previously presented) The system as claimed in claim 24 
wherein said annotate instructions comprise presenting annotation 
options to a user at the client workstation. 

26. (Previously presented) The system as claimed in claim 24 
wherein said annotate instructions comprise inputting a text element 
to name said collaborative content element. 
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27. (Previously presented) The system as claimed in claim 24 
wherein said annotate instructions comprise inputting at least one 
of a symbol, shape and a text input element to generate said at least 
one of a symbol, shape and text as said collaborative element. 

28. (Previously presented) The system as claimed in claim 24 
wherein said annotate instructions comprise providing a visual cue 
to indicate the state of said collaborative content. 

29. (Previously presented) The system as claimed in claim 28 
wherein the visual cue comprises at least one of a marker, cursor, 
icon, and marquee box. 

30. (Previously presented) The system as claimed in claim 64, 
wherein said transmit instruction is initiated by a user selecting 
a visual element to transmit the collaborative content subsequent to 
said collaborative content being saved. 

31. (Previously presented) The system as claimed in claim 23 
wherein the client workstation includes at least one of a personal 
computer equipped with internet browser software, a mobile 
communication device with a graphical or textual display, and a 
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personal digital assistant equipped with a hypertext viewer. 



32. (Previously presented) The system as claimed in claim 23 
wherein the client workstation includes a program execution 
capability comprising: 

an interpreted software program; 
a compiled software program; and 

a software program executed by a virtual machine. 

33. (Previously presented) The system as claimed in claim 64, 
wherein a transmit instruction is performed using a messaging system. 

34. (Previously presented) The system as claimed in claim 33 
wherein the messaging system includes at least one of: 

an electronic mail system; 

an electronic news or bulletin-board system; and 
a mobile paging system. 

35. (Previously presented) The system as claimed in claim 64, 
wherein a transmit instruction is performed using a transport 
mechanism including at least one of: 

an internet protocol; 
a wireless protocol ; 
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a synchronous messaging protocol; and 
an asynchronous messaging protocol. 

36. (Previously presented) The system as claimed in claim 23, 
wherein the rendering instructions are performed on a client 
workstation . 

37. (Previously presented) The system as claimed in claim 23 
wherein the rendering instructions are performed on a server. 

38. (Previously presented) The system as claimed in claim 64, 
wherein the collaborative content transmitted includes a URL 
comprising the embedded annotation and rendering instructions. 

39. (Previously presented) The system as claimed in claim 23 
wherein said sequences of instructions include at least one of a 
client-side scripting language. 

40. (Previously presented) The system as claimed in claim 23 
wherein said sequences of instructions include at least one of 
Javascript and dynamic HTML. 

41. ( Previously presented) A client system for network 
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collaboration comprising: 

a collaborative content including a base document having a 
document identifier that identifies a location of content of said base 
document and at least one collaborative content element having an 
embedded annotation in said document identifier, and rendering 
instructions therefore; and 

a graphical collaboration tool for generating, rendering said 
collaborative content in accordance with said rendering instructions, 
and transmitting said collaborative content with said rendering 
instructions embedded in said document identifier therein, wherein 
said graphical collaboration tool is downloaded from a server. 

42. (Previously presented) The client system as claimed in 
claim 41 wherein said collaborative content is ref erenceable by a URL . 

43. (Previously presented) The client system as claimed in 
claim 41 wherein said graphical collaboration tool includes a 
client-side scripting language. 

44. (Previously presented) The client system as claimed in 
claim 41 wherein said graphical collaboration tool includes at least 
one of Javascript and dynamic HTML. 
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45. (Previously presented) The client system as claimed in 
claim 41 wherein said collaborative content includes a URL of the base 
document and a representation of the collaborative content element. 

46. (Previously presented) The client system as claimed in 
claim 41, wherein said graphical collaboration tool, in response to 
a user manipulating said graphical collaboration tool to add a 
collaborative content element, transmits a representation of the 
collaborative content element and the URL of said collaborative 
content to a server and receives from the server said collaborative 
content including the added collaborative content element. 

47. (Previously presented) The client system as claimed in 
claim 41 wherein said graphical collaboration tool, in response to 
a user manipulating said graphical collaboration tool to modify a 
collaborative content element, transmits a representation of the 
collaborative content element and the URL of said collaborative 
content to a server and receives from the server said collaborative 
content including the modified collaborative content element. 

48. (Previously presented) The client system as claimed in 
claim 41 wherein said graphical collaboration tool includes a 
toolbar . 
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49. (Previously presented) The client system as claimed in 
claim 48 wherein the tool bar includes an add circle tool, an add 
rectangle tool, and add arrow tool, an add text tool, and an add text 
highlight tool . 

50. (Previously presented) The client system as claimed in 
claim 48 wherein the tool bar includes a collaborative content element 
name entry field. 

51. (Previously presented) The client system as claimed in 
claim 46 wherein said collaborative content received from the server 
includes an HTML page. 

52. (Previously presented) The client system as claimed in 
claim 47 wherein said collaborative content received from the server 
includes an HTML page. 

53. (Previously presented) A server system for network 
collaboration comprising : 

a collaborative content including a base document having a document 
identifier that identifies a location of a content of said base 
document and at least one collaborative content element having a 
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first embedded annotation to said document identifier as an encoded 
representation of said collaborative content, and first rendering 
instructions therefore ; and 

a server process for responding to a user request wherein the user 
request includes at least one of a request for said collaborative 
content, a graphical collaboration tool, said collaborative 
content including an added collaborative content element having 
a second embedded annotation to said document identifier as an 
encoded representation of said added collaborative content, and 
second rendering instructions therefore, and said collaborative 
content including a modified collaborative content element having 
a third embedded annotation to said document identifier as an 
encoded representation of said modified collaborative content, and 
third rendering instructions therefore. 

54. (Previously presented) The server system as claimed in 
claimed 53 wherein said collaborative content is ref erenceable by a 
URL. 

55. (Previously presented) The server system as claimed in 
claim 53 wherein said server process is a CGI script. 



56. (Previously presented) The server system as claimed in 
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claim 53 wherein said collaborative content includes a URL of the base 
document and a representation of the collaborative content element. 

57. (Previously presented) The server system as claimed in 
claim 53 wherein said server process executes on a client workstation 
of a user. 

58. (Previously presented) The server system as claimed in 
claim 53 wherein said collaborative content transmitted in response 
to a user request includes an HTML page. 

59. (Previously presented) The method according to claim. 1, 
further comprising the step of: 

transmitting between said originator client workstation and at 
least one receiver client workstation a document identifier having 
said rendering instructions embedded therein and comprising said 
collaborative content . 

60. (Previously presented) The method as claimed in claim 1 
further comprising the step of annotating said collaborative content 
by adding another collaborative content element by said at least one 
receiver client workstation. 
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61. (Previously presented) The method according to claim 1, 
wherein the document identifier comprises a Universal Resource 
Locator (URL) . 

62. (Previously presented) The method according to claim 
1, wherein the document identifier comprises a Hypertext Markup 
Language (HTML) . 

63. (Previously presented) The method according to claim 1, 
wherein the document identifier comprises an Extensible Markup 
Language (XML) . 

64. (Previously presented) The system according to claim 23, 
further adapted for transmitting the collaborative content and 
rendering instructions therefore between client workstations. 

65. (Previously presented) The system according to claim 64, 
wherein the client workstations transmit collaborative content and 
rendering instructions via a server. 
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APPENDIX B- EVIDENCE 



The 37 C.F.R. §1.132 Declaration signed April 7, 2005 by two 
experts is enclosed. The declaration was not considered persuasive 
to overcome rejection of any of the claims under 35 U.S.C. 102(e) in 
view of Eintracht (U.S. 6,687,878), as noted in the Office Action 
mailed July 28, 2005. The Declaration addresses several points about 
Eintracht and provides an explanation of the differences between the 
Eintracht reference and the claimed invention. The Declaration does 
reference the specification at points and provide the two experts' 
view on the claimed invention and the reference. 

The Examiner still appears to misinterpret what the term 
"embedding" means in reference to the claimed invention. Although the 
Examiner has since changed the rejection to 3 5 U. S . C. §102 (e) in view 
of Rivette, the Applicants have traversed rejections under 35 
U. S . C . §102 (e) , arguing that limitations of the claimed invention are 
not disclosed. 

Although Eintracht is no longer an applied reference, the 
Declaration addresses recitations in the claims that are still 
present and is thus still relevant. The declaration of two experts 
(Ted Friel and Al Blanchette) in the design, implementation and use 
of systems and processes for network collaboration through embedded 
annotation and rendering was included with the Amendment After Final 
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Rejection explains where these differences, in the opinion of the 
experts, on a claim-by-claim, limitation-by-limitation basis. 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
In re the Application of 
Stephen JOHNSON, et al. 

Serial No.: 09/804,074 Group Art Unit: 2154 

Filed: March 13, 2001 Examiner: Mohammad A. 

Siddiqi 

For: A SYSTEM AND PROCESS FOR NETWORK COLLABORATION 

THROUGH 

EMBEDDED ANNOTATION AND RENDERING INSTRUCTIONS 

DECLARATION UNDER 37 C.F.R. 1.132 

I, TED FRIEL, am over 21 years of age, and if called to testify would be 
competent to testify as to the following, matters: 

(1) I have been a computer consultant for 35 years, attended college at the 
Dartmouth and Amos Tuck and received a Batchelor of Business 
Administration in year 1965 attended graduate school at the State University 
of New York at Buffalo and received a PhD in year 1969. 

(2) My experience relevant to this case includes designing and managing the 
development of document management systems incorporating significant 
collaboration components. 

(3) I have provided a Declaration as an expert witness on behalf of the Assignee 
of the present patent application one other time and in a different patent 
prosecution. 

(4) I have been employed for 5 years as a Systems Designer at ePlus, the 
Assignee of U.S. Patent Application No. 09/804,074 entitled "A System and 
Process for Network Collaboration through Embedded Annotation and 
Rendering Instructions". I am being compensated for my time in preparing 
this Opinion by the Assignee; however I have no financial interest in the 
outcome of the prosecution of U.S. Patent Application No. 09/804,074. 
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(*) I am familiar with the prosecution history of Application No. 09/804,074: I 
have received copies of and read: 

a) the patent application Bled on March 3, 2001 and published as 
Pub. No. US 2003/0023679 on January 30, 2003; 

b) the first Office action mailed on September 21, 2004 and the 
references cited therein; 

c) the Applicants' response to the first Office Action filed on October 
21.2004; 

d) the Final Rejection mailed on February 10, 2005 and the references 
cited therein; and 

e) the Applicants 1 response to the Final Rejection filed concurrent 
herewith. 

(6) I am fully familiar with and deal with the following technologies on a 
daily basis: 

a) document management systems comprising a significant 
collaboration component; 

b) databases for managing the life history of documents, including 
annotations resulting from collaboration; and 

c) system architectures for networked document management system 
in which collaboration is conducted by a plurality of users over the 
network, i.e., system architectures for supporting geographically 
and organizationally distributed communities of users (culturally 
different communities of business users). 



I, AL BLANCHETTE, am over 21 years of age, and if called to testify would be 
competent to testify as to the following matters: 

(1) I have been a computer software engineer for 25 years, attended college at the 
University of Massachusetts and received a Bachelor of Science degree in 
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Physics in 1980 and attended graduate school at the University of 
Massachusetts and received a Master of Science degree in Computer and 
Electrical Engineering in 1989. 

My experience relevant to this case includes designing and managing the 
development of document management systems incorporating significant 
collaboration components. 

I have been employed for 3 years as a Senior Software Architect at ePlus, the 
Assignee of U.S. Patent Application No. 09/804,074 entitled "A System And 
Process For Network Collaboration Through Embedded Annotation And 
Rendering Instructions". I am being compensated for my time in preparing 
this Opinion by the Assignee; however I have no financial interest in the 
outcome of the prosecution of U.S. Patent Application No. 09/804,074. 

I am familiar with the prosecution history of Application No. 09/804,074: 1 
have received copies of and read: 

f) the patent application filed on March 3, 2001 and published as 
Pub. No. US 2003/0023679 on January 30, 2003; 

g) the first Office action mailed on September 21, 2004 and the 
references cited therein; 

h) the Applicants' response to the first Office Action filed on October 
21.2004; 

the Final Rejection mailed on February 10, 2005 and the references 
cited therein; and 

j) the Applicants 1 response to the Final Rejection filed concurrent 

herewith. 

I am fully familiar with and deal with the following technologies on a 
daily basis: 

a) document management systems comprising a significant 
collaboration component; 

b) databases for managing the life history of documents, including 
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annotations resulting from collaboration; and 
c) system architectures for networked document management system 
in which collaboration is conducted by a plurality of users over the 
network, i.e., system architectures for supporting geographically 
and organizationally distributed communities of users (culturally 
different communities of business users). 

DIFFERENCES BETWEEN THE TEACHING OF EINTRACHT AND THE 
PRESENT DISCLOSED AND CLAIMED INVENTION 
A. Summary 

The present disclosed and claimed invention is different from the teachings of 
Eintracht: 

• the present claimed invention recites a scripting language within a 
browser to provide collaboration functions for generation of user-specified 
collaborative content elements that are transmitted to a server process for 
rendering of the collaborative content elements (e.g., note) within a 
document and subsequent transmission of the rendering back to the client 
for presentation to the user by a web browser, which is not the same as the 
teaching of Eintracht of a client- side software application (e.g., a web 
browser plug-in) which provides for separate receipt of a document and 
associated collaborative content elements from a server by the browser 
plug-in for subsequent rendering within the plug-in at the client. 

• the present claimed invention recites a server-level process that combines 
a URL for a base document with associated collaborative content elements 
into a collaborative content and transmits this combination as a 
collaborative content to the user at a client, which is not the same as the 
teaching of Eintracht of a server-level process that maintains documents in 
a separate database from a notes database, transmits both to a client as 
separately in separate data streams and a client-side software application 
that layers the separately received document and notes using a Notes 
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Anchor (X,Y position of the notes in the document) for presentation by the 
plug-in to a user at the client; 
• the present claimed invention recites client-to-client collaboration (claims 
1 and 23), i.e., enables user directed collaboration with other users since 
the present claimed invention recites a client sending collaborative content 
having embedded annotations directly to other selected users (other 
clients), and by sending a URL link (claims 16, 38, 42, and 45) via email 
(claims 11, 12, 33 and 34) that contains information about both the 
document being collaborated upon and collaborative content elements 
having embedded annotations whereas Eintracht teaches a server directs 
collaboration such that upon the server receiving a note update from a 
client, the server prompts related clients to poll the server to download the 
note updates and/or the server transmits back to the original client any new 
notes that other clients may have posted since a last synchronization was 
performed. 

Consequendy, even though Eintracht and the present claimed invention are both 
related to a system and method for collaborative communication, the present invention 
recites a fundamentally different invention than do the teachings of Eintracht. Eintracht 
teaches only server-based management and downloading of documents and annotations 
as separate data streams to clients who then use a web browser plug-in to render by 
layering the documents and annotations for presentation to a user. The present claimed 
invention recites a server process that combines documents and collaborative content 
elements into a collaborative content which is then downloaded to clients, clients select 
the elements they wish to have rendered and transmit a rendering request (containing a 
collaborative content having embedded annotations and rendering instructions) back to 
the server process which then renders the collaborative content according to the rendering 
instructions and transmits back the rendered collaborative content for display by a web 
browser at the client. Finally, the present claimed invention differs from the server-based 
management taught by Eintracht since the present invention recites client-to-client 
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transmitting of collaborative content (claims 1 and 23). It should also be noted that the 
present invention does not recite client-side application software (client process) to 
render collaborative content comprising a document and its associated annotations even 
though the present invention recites that a server process that does the rendering and a 
client web browser that displays this rendering as received from the server process can 
execute on the same computer. 

Thus the teachings of Eintracht are not even equivalent to those of the present 
claimed invention for at least the reasons that Eintracht accomplishes collaboration 
functions in a different way than the present claimed invention, transfers base documents 
and associated annotations between a server process and client processes in a different 
way than the present claimed invention, and does not teach or even suggest the function 
of client-to-client collaboration as recited by the present claimed invention of claims 1 
and 23. 

B. Support 

The following sections support these conclusions regarding the differences 
between the cited teachings of Eintracht and the disclosed and claimed present invention. 
The Basic Technological Structures Differ 

Eintracht requires a client software application (e.g., a web browser plug-in) that 
resides on the client side, and manages the client-side tasks (col. 2, lines 37-40). 
The present invention does not disclose a client software application — 

100441 The present invention is a system and process for network collaboration 
using embedded annotations and rendering instructions to enable collaborators to 
generate, share or transmit, and render collaborative content over the internet. 
Collaborators are able to view, generate, and render the collaborative content 
without installing any application software on their computer systems other 
than a web browser. Recipient collaborators may view the content by installing 
only a web or Internet browser on their computer system. Collaborators may share 
the collaborative content by transmitting a message including a LTRL, which not 
only contains the identity of the base document but also includes an encoded 
representation of the collaborative content added to the base document by a 
collaborator. The LTRL is self-contained, and can be distributed using synchronous 
or asynchronous messaging systems. 
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Consequently, sites that do not allow plug-ins for security reasons, or users who 
have devices whose memory capacities will not support plug-ins, are not able to use the 
teachings of Eintracht, but are able to use the present invention. 

Annotations are Different, and are Generated differently 

Eintracht uses a client software application (e.g., a web browser plug-in) to 

generate a textual note — 

"On the client side, the notes client functions to display the document that the user 
wishes to annotate and provides the tools necessary to permit the user to create, 
edit, delete, retrieve and store notes. 11 (Abstract) 

"The plug-in contains the user interface for navigating within the document and 
for handling the notes." (col. 2, lines 39-40) 

On the client side the present invention purposefully does not use a software 
application, (e.g., a web browser plug-in) and instead discloses and claims a scripting 
language. It emphasizes graphical annotations, which can include textual notes but are 
not just textual notes. It discloses and claims a graphical annotation tool (not a plug-in) 
written in JavaScript that operates under web browser control to enable the user to draw 
and label annotations: 



[0018] It is therefore an object of the present invention to allow 
collaboration between networked computer users without requiring a 
dedicated collaboration application on the user's computer system. 

[0063] In accordance with a preferred embodiment of the present 
invention, FIG. 4 is a schematic of an implementation of the present 
invention based on the server model first introduced in FIG. 2 including an 
originator 80 using a messaging system 81 to transmit collaborative 
content to a receiver 82. Both originator 80 and receiver 82 client 
workstations are represented by personal computers running a multimedia 
Internet browser software supporting a client-side scripting language, 
such as JScript or Javascript, and Dynamic HTML elements. The role of 
the client workstations is to allow the interactive creation of collaborative 
content, and presentation of the content as delivered by a server process 
84. In the preferred embodiment, the client-side scripting language is 
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used to improve the user interaction with the workstation 80, 82 and 
give visual cues to aid in creating a collaborative element, as described 
below. It is the responsibility of the server process 84 to receive an 
encoded representation of the collaborative content (as a URL) and render 
the content, e.g., in a common gateway interface (CGI) process, for 
presentation on one of the client workstations 80, 82. The messaging 
system (51 of FIG. 2) of the preferred embodiment is an electronic mail 
(email) system 81, e.g., simple mail transport protocol (SMTP). The 
transport mechanism (54 of FIG. 2) is hypertext transport protocol (HTTP) 
over transmission control protocol/internet protocol (TCP/IP) 83." 

Annotations and Documents are Integrated — i.e., "Rendered" - Differently 

Eintracht teaches a client software application to render the documents and their 
annotations as layered and NOT integrated. Eintracht teaches storing the documents and 
notes in separate databases at a server, retrieves them separately, and transmits them in 
separate data steams to the client software application, where they are rendered, i.e., 
layered for display. 

11 In accordance with the invention, the annotations are transmitted from 
the server independent of the data transmitted that is related to the viewed 
document. At the client side, the client application layers the annotations 
over the image (or document) in accordance with the coordinates of each." 
(col. 2, lines 50-55) 

There is also provided in accordance with the present invention method of 
annotating documents, the method comprising the steps of getting a first 
request comprising a Universal Resource Locator (URL) associated with a 
document to be viewed and annotated and transmitting the first request 
from a client to a server, sending a first response from the server in 
response to the first request, the first response comprising the document 
type of and a representative of the requested document, getting a second 
request comprising a document note LTRL corresponding to the notes 
associated with the document and sending the second request from the 
client to the server, sending a second response from the server in response 
to the second request, the second response comprising one or more notes 
associated with the document, displaying the representation of the 
document and the associated one or more notes locally on the client such 
that both are viewable simultaneously, permitting the user to perform 
annotation functions on the client so as to generate a third request 
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comprising one or more note events related to the document that are 
transmitted from the client to the server and sending a third response from 
the server to the client in response to the third request, the third response 
comprising an updated list of notes associated with the document, the list 
of notes incorporating any note events previously received from other 
clients (col 4, lines 14-38). 

The Notes Server generates two independent HTTP streams: the first 
stream is for the displayed image and the second stream is for the 
annotations (col 9, lines 56-60)." 

The present invention discloses and claims a server process to "render" the 
collaborative documents and related annotations. 

"[0028] ...The server process receives the generated collaborative content 
elements, renders the collaborative content in combination with the 
collaborative content elements, and generates a combined collaborative 
content including collaborative content elements for display by the web 
browser." 

The present invention discloses and claims combining a document with the 

annotations thereto at a server whereas Eintracht teaches transmitting the document and 

each annotation in a separated data stream from the server to the client (Eintracht teaches 

that "the annotations are transmitted from the server independent of the data transmitted 

that is related to the viewed document" (col. 2, lines 50-53)). 

"[0023] Yet another object of the present invention is to provide for the 
transmission of the collaborative content and the subject drawing by 
exchanging the URL of the content, and rendering instructions as part of 
that URL. 

[0024]. ..The message sent between collaborators is a URL, which not 
only contains the identity of the base document but also includes an 
encoded representation of the collaborative content added to the base 
document by a collaborator. The URL is self-contained, and can be 
distributed using synchronous or asynchronous messaging systems. 

[0072] FIG. 5 shows a sample of the encoded collaborative content as 
produced by the preferred embodiment (Listing 1 and 2) and an alternate 
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XML implementation (Listing 3). The complete encoding consists of URL part 
one (Listing 1) followed immediately by URL part two (Listing 2). URL part 
one contains the base document or content identifier, its location on a 
document repository, e.g., persistent base document storage 55, and detailed 
viewing information. The detailed viewing information specifies the zoom 
level and position of the view on the particular drawing. Part one of the URL 
refers to the base document, and is not altered by the collaboration 
process. 

[0073] URL part two contains the encoded annotations. In this example, the 
content includes three collaborative elements: a red circle, a red arrow, and a 
text area containing the text: "this is a collaborative element". The complete 
URL as specified by parts one and two is: 

[0074] http://localhost/dpr/ds.dpv/00016^ 

68- 00H4(»k2561Q^ t7y640ymOyt5M)P 
DB_IDNT/G1 1 3B- S/00 

016J/l&DPDB_SH=04131&_RCR=circle.vertline.240. vertline.2542.vertli ne.- 
2565. vertline.3248. vertline.l&_RAR=arrow.vertline.3544 .vertline.31 2. 
vertline.2982. vertline.2701 .vertline.l&_RTX=this%20is%20a%20colla 

borati-ve%20element.verdme^ 
.vertline. 1 3 1 76.vertline. 1 ? 1 ,448 

[0075] and is sent via email (the preferred embodiment messaging system 
51) to the recipient client workstation, where it is rendered as HTML (the 
preferred embodiment markup language) by the server process 53." 
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The Collaboration Process is Controlled Differently 

The present invention discloses and claims (claim 1 and 23) a user determines to 
who the collaborative communication is to be sent: 

[0062] Once the collaborative content is received by the receiver 52 at 
si.ep 74, the receiver 52 sends the collaborative content to the serve,: 
process 53 where it is rendered at step 75 by the server 53 to a markup 
language for rendering and display at step 76 by receiver 52 using display 
22. The user at receiver 52 then decides at step 77 whether to end the 
process and proceed to step 78, or to become an originator 50 at step 79 
and create collaborative content at step 71 and send it to the prior 
originator 50 or another collaborating user. At step 79, the receiver 52 
takes on the role of originator 50 and has the ability to create a 
collaborative element. The process continues until the recipient of the 
content decides not to send further collaborative content and the flow 
proceeds to step 78. 

[0071] Each time the server process 53 completes the rendering task, the 
HTML page is returned to the originator 50 client workstation, and 
displayed on the display 22, and even more importandy, the encoded 
collaborative content is stored in the URL of the HTML page or content. 
When the user at originator 50 is finished constructing the collaborative 
elements, he may send the encoded content (in this case, the URL) to a 
receiver 52 client workstation using the messaging system 51 by 
pressing the "send" button 45C. The send button 45C transmits the URL 
including the URL of the content and the encoded collaborative elements 
to another user. It is to be understood that even though an email 
embodiment has been described, the present invention is usable with other 
forms of message or content transmission, e.g., file transfer protocol, 
telnet, chat, or instant messaging." 

Whereas Eintracht teaches all annotations are sent by clients to the server, and the 
server triggers the users to poll the server to download new notes. 

"Synchronization — Events are exchanged between the server and the 
clients. Notes Clients forward to the Notes Server requests to view, 
modify, create or delete notes. In response, the Notes Server Updates the 
clients with an up to date note list per document. This updating activity is 
termed Note Synchronization. The synchronization process is performed 
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asynchronously and is always initiated by the Notes Client in response to 
the user, i.e., it is user driven (col. 9, lines 16-23). 



Alternatively, the synchronization process can be initiated by the Notes 
Client in a periodic manner, i.e., polling, or by the Notes Server when the 
exchange protocol in use allows for it. In the former case, the client would 
continuously poll the server. Utilizing Java in the server, rather than 
HTTP, permits the server to trigger the client and update the client display, 
if permitted to, since it is not practical for the server to poll clients. The 
server pushes new notes to selected clients by triggering them to pull new 
notes from the server. This serves to simulate a user pressing a 
synchronization button. This service can be provided for those clients that 
request it (col. 9, lines 24-36)." 

The Present Invention is Designed to be Used Differently 

Eintracht teaches a collaborative system and method for use in typical workplaces 
where plug-ins are not a security or memory space issue, and where users have 
workstations connected to LANs where transmission speeds and bandwidths are not 
critical issues. 

The present invention does not disclose or recite a client-side software application 
(e.g.., a web browser plug-in) as does Eintracht. This allows the present claimed 
invention to be used by people in typical workplace environments as well as by people in 
situations (e.g., in the field) where they are limited to using devices that do not easily or 
practically support a sizable plug-in (e.g., hand-helds, pdas, etc.), or where transmission 
speed and bandwidth limitations are practical issues. 

[0027] ...Advantageously, no dedicated software is needed for the client 
workstation and the client workstation may be a personal computer 
equipped with Internet browser software, a mobile communication device 
with a graphical or textual display, and a personal digital assistant 
equipped with a hypertext viewer. Further advantageously, the 
collaborative content transmitted to a client workstation need only include 
a URL and rendering instructions to enable a user to view the 
collaborative content. 

[0077] The advantage of the present invention is that the client 
workstations do not need any software installed other than an internet 
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browser and an embedded scripting language. The only application 
software that needs to be installed is on server process 53. This 
architecture makes the collaboration process available to any device with 
internet browser and server connectivity. This "zero footprint 1 ' client 
makes the solution very attractive for information technology (11) 
departments, security personnel, support personnel, and mobile device 
users. 1 ' 



C. Claim-by-Claim Analysis of Differences 
Claims 1 and 23 

The Office Action alleges 

"Eintracht discloses a computer-implemented method of network 
collaboration through embedded annotation and rendering instructions to 
generate, transmit, and render collaborative content, the method 
comprising the steps (see abstract, col 2, lines 8-67, col 3, lines 1-67) of: 

generating a collaborative content including a base document and 
at least one collaborative content element (col 2, lines 40-46); 

rendering said collaborative content (col 2, lines 8-55); and 
transmitting said collaborative content between client 
workstations, (lines 8-67). " 

I disagree with the Examiner's allegations that the recited limitations of present 
claims 1 and 23 are the same as the cited teachings of Eintracht at col. 7 lines 55-57, 
Eintracht 

"An annotation or note is a portion of text or a graphical drawing that is 
associated with a specific location in a document. ... The location 
associated with a note in the document is called a Note Anchor and is kept 
separate from the annotation data itself. Once a note is created, its anchor 
point can be changed by the user. The note anchor is expressed in terms 
of (X,Y) coordinates in the annotated page of a document." 

At col. 2, lines 40-46 Eintracht teaches a synchronization button which transmits 

annotations generated by the user from the client to the server w hich is not the same as 

the limitation recited by claims 1 and 23 

generating a collaborative content including a base document and at 
least one collaborative content element" 
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since only annotations, i.e., only collaborative content elements and not a base document 
and at least one collaborative content element, are taught by Eintracht as being generated. 
Nowhere does Eintracht either teach or suggest generating a collaborative content 
including a base document and at least one collaborative content element as recited by the 
present invention of claims 1 and 23. At most Eintracht teaches generating a note as a 
collaborative content element and a note is not the same as a base document and at least 
one collaborative content element, as recited by claims 1 and 23. 

At col. 2, lines 11-55 Eintracht teaches transmitting notes and documents in 
separate data streams between the client and a notes server and that the client layers 
annotations over a base document 

"...The documents and associated annotations are treated independently 
from each other. Separate data structures are created for the documents 
and for the associated annotations thus permitting their independent 
management. 

The notes information is transmitted between client and server 
applications via TCP/IP protocols over communications means. ... On the 
client side a client software application functions to display the document 
that the user wishes to annotate and provides the tools necessary to permit 
the user to create, edit, retrieve and store notes. 

At the client side, the client application layers the annotations over the 
image (or document) in accordance with the coordinates of each." 

which layering of annotations over a document image is not the same as 

generating a collaborative content including a base document and at 
least one collaborative content element" 

recited by the present invention of claims 1 and 23. 

Further, nowhere does Eintracht teaches or suggests transmitting a collaborative 
content including a base document and at least one collaborative content element. The 
recited locations of col. 2, lines 8-67 teach inter alia transmitting notes and documents 
separately 
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"In accordance with the invention, the annotations are transmitted from 
the server independent of the data transmitted that is related to the viewed 
document (col. 2, lines 50-53). At the client side, the client application 
layers the annotations over the image (or document in accordance with the 
coordinates of each (col. 2, lines 53-55). " 

The recited limitation of claims 1 and 23 

"transmitting said collaborative content between client workstations (claim 1)" 

and 

"transmit the collaborative content between client workstations (claim 23)" 

is not the same as the teaching of Eintracht of the independent transmission from the 
server of annotations and data related to the viewed document and, what's more, 
Eintracht nowhere teaches or suggests transmitting collaborative content between client 
workstations. 
Claims 2 and 24 

The Office Action alleges 

"Eintracht discloses further comprising the steps of annotating said 
collaborative content by adding (col 2 S lines 44-46) another collaborative 
content element (col 2, lines 34-67). " 

I disagree with the Examiner's allegations that the recited limitations of present 
claims 2 and 24 are the same as the cited teachings of Eintracht. 

At least at col. 2, lines 44-46, Eintracht teaches that the notes server, in response 
to a client submitting a new note to the server, acknowledges the transmission and sends 
to the user any other new notes created by other clients that are related to the document 
the user if viewing — these notes being sent separately from the document to which they 
relate, as discussed above for claims 1 and 23. 

At col. 2, lines 34-67, Eintracht teaches that multiple users can add multiple notes 
to a document. 

Present claim 2, dependent from present independent claim 1, recites adding 
another collaborative content element to the generated collaborative content which 
content includes said base document and at least one collaborative content element, as 
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[0028] In accordance with an apparatus aspect of the present invention, a 
network collaboration tool using embedded annotation and rendering instructions 
is disclosed. The tool includes a web browser software for displaying 
collaborative content, a graphical collaboration tool for generating a collaborative 
content element on the collaborative content and for transmitting the collaborative 
content element, and a server process. The server process receives the generated 
collaborative content elements, renders the collaborative content in combination 
with the collaborative content elements, and generates a combined collaborative 
content including collaborative content elements for display by the web browser. 
The tool includes a toolbar having an add circle tool, an add rectangle tool, an 
add arrow tool, an add text tool, and an add text highlight tool. 

[0064] FIG. 6 shows the originator 50 client workstation screen display 22 and the 
environment used to generate collaborative elements within a browser window. 
The browser window includes a document viewer, e.g., DocQuest available from 
Digital Paper, Inc., for viewing large format drawings over the Internet. The 
document viewer includes a border 45 having controls for manipulating the user's 
view of a document or content, e.g., a zoom control 45A for controlling the zoom 
level at which the user view's the content, a print control 45B for printing a paper 
copy of the content, an email control 45C for sending the content via email to a 
recipient, and a scroll right control 45 D for scrolling the user's content view 
toward the right-hand portion of the content. The collaboration tools, buttons, and 
fields make up a graphical collaboration tool." 

Claims 4 and 26 

The Office Action alleges 

" Eintracht discloses wherein said annotating step comprises inputting a 
text element to name said collaborative content element (col 15, lines 10- 
16)" 

I disagree with the Examiner's allegation that the recited limitation of present 
claims 4 and 26 is the same as the cited teaching of Eintracht. 

At col. 15, lines 10-16 Eintracht teaches selecting a place on the screen to place a 
note, and then entering the text of the note which is not the same ad the recited limitation 
of claims 4 and 26 of inputting a text element to name said collaborative content 
element. Further, Eintracht nowhere teaches or suggests inputting a text element to name 
said collaborative content element. 
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Claims 6 and 28 

The Office Action alleges 

"Eintracht discloses wherein said annotating steps comprises providing a 
visual cue to indicate the state of said collaborative content composition 
step (col. 2, lines 65-67) " 

I disagree with the Examiner's allegation that the recited limitation of present 
claims 6 and 28 is the same as the cited teaching of Eintracht. 

At col. 2, lines 62-67, Eintracht teaches that new or updated notes related to a 
given document are synchronized with other document users by means of the server 
sending a notification to a client software application that updates are available. The 
notification can be in the form of "visual indications, audio and/ or e-mail" (col. 2, line 
67). This notification of the availability of other notes for a given document is not the 
same as a visual cue to indicate the state of the collaborative content being composed at 
the client and as recited by present invention of claims 6 and 28. 

Claims 8 and 30 

The Office Action alleges 

"Eintracht discloses wherein said transmitting step is initiated by a user 
selecting a visual element to transmit said collaborative content (col. 2, 
lines 47-67, col 3, lines 1-4)" 

I disagree with the Examinees allegation that the recited limitation of present 
claims 8 and 30 is the same as the cited teachings of Eintracht. 

At col. 2, lines 47-67, and coL 3, lines 1-4, Eintracht teaches: how a user can use a 
synchronization button ... (that) transmits the annotations generated by the user from 
the client to the server ..." col 2, lines 41-43; how the server notifies other users that an 
update is available; and how users can elect to receive the update. Eintracht teaches that 
"the annotations are transmitted from the server independent of the data transmitted that 
is related to the viewed document" (col. 2, lines 50-53). 



71 



As argued many times above, nowhere does Eintracht teach that a "collaborative 

content" includes both a base document and a collaborative content element as said 

collaborative content and therefore the cited teaching of Eintracht is are not the 

same as the claimed limitation of Claims 8 and 30 

"said transmitting steP is initiated by a user selecting a visual element to 
transmit said collaborative content". 

Claims 15 and 37 

The Office Action alleges 

"Eintracht discloses wherein said rendering step is performed on a server 
(col 8, lines 34-39; col 2, lines 56-67)" 

I disagree with the Examinees allegation that the recited limitation of claims 15 
and 37 is the same as the cited teachings of Eintracht. 

At col. 8, lines 34-39 Eintracht teaches that the notes server manages the 
documents and the notes separately, that the documents can reside on a remote file 
server 

At col. 2, lines 56-67 Eintracht teaches the use of the notes server to transmit 
updates of new notes from multiple users to other users who are using the same 
document. Eintracht teaches the server is used to alert users that new updates are 
available. Further, Eintracht teaches that the notes are stored and transmitted separately 
from the document at col. 6, lines 39-43, col. 14, lines 42-47; and are integrated — or 
"rendered" — by the plug-in on the client-side at col. 2, lines 39-40. 

In the present invention of claims 15 and 37, the collaborative content (i.e., the 
base document and its related collaborative content element) is rendered on the server 
which is not the same as the client-side rendering of the collaborative content taught by 
Eintracht 

Claims 16 and 38 

The Office Action alleges 

"Eintracht discloses wherein the collaborative content transmitted in said 
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transmitting step includes a URL and rendering instructions (col. 4, lines 
53-58). " 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 16 and 38 are the same as the cited teachings of Eintracht 

At the cited location of col. 4, lines 53-58, Eintracht only teaches a brief 
description of the drawings. 

As argued above, repeatedly, Eintracht nowhere teaches or suggests a 
collaborative content including a base document and a collaborative content element and 
therefore cannot teach that 

"the collaborative content transmitted in said transmitting step includes a URL 
and rendering instructions". 

The recited limitation of claims 16 and 38 that the collaborative content 
transmitted in said transmitting step includes a URL and rendering instructions is not the 
same as FIGs. LA, IB, IC of Eintracht. 
Claim 17 

The Office Action alleges 

"Eintracht discloses a network collaboration tool using embedded 
annotation and rendering instructions comprising: 

a web browser software for displaying collaborative content (col. 2, lines 
9-67, col. 7, lines 24-44); 

a graphical collaboration tool for generating at least one collaborative 
content element on the collaborative content displayed in said web 
browser software and transmitting the at least one collaborative content 
element (fig 2-3, col. 2 t lines 9-67, col. 7, lines 24-44); 

and a server process for receiving at least one generated collaborative 
content elements, rendering the collaborative content in combination with 
the collaborative content elements, and generating a combined 
collaborative content including collaborative content elements for display 
by said web browser software (fig 2-3, col 2, lines 9-67, coi 7, lines 24- 
44). " 
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I disagree with the Examiner's allegations that the recited limitations of present 
claim 17 are the same as the cited teachings of Eintracht. 

At col. 2, lines 9-67, Eintracht teaches server-side and client-side software, where 
the client-side software is an application that functions to display the document that the 
user wishes to annotate and provides the tools necessary to permit the user to create, edit, 
retrieve and store notes. Note that the client software application can be implemented as 
a web browser plug-in module. The plug-in contains the user interface for navigating 
within the document and for handling the notes. Nowhere does Eintracht teach or 
suggest a plug-in as a "network collaboration tool using embedded annotation and 
rendering instructions" because Eintracht teaches at col. 2, lines 50 et seq. 

"In accordance with the invention, the annotations are transmitted from 
the server independent of the data transmitted that is related to the viewed 
document. At the client side, the client application layers the annotations 
over the image (or document) in accordance with the coordinates of each. 11 

As argued repeatedly above, Eintracht nowhere teaches or suggests that annotations are 
embedded in transmitted messages or that rendering instructions are embedded in 
transmitted messages. 

At col. 7, lines 24-44 Eintracht teaches the use of a plug-in on the client side to 
display collaborative content. The present invention of claim 17 does recite a plug-in for 
displaying collaborative content. A plug-in as taught by Eintracht is not the same as web 
browser software for displaying collaborative content recited by claim 17 because a plug- in is 
additional software that plugs into a web browser and is not the web browser software 
itself. 

At col. 2, lines 16-18 Eintracht teaches the use of server side and client side 
software. However, Eintracht nowhere teaches or suggests a graphic (i.e., drawing) 
collaboration tool for generating at least one collaborative content element (i.e., 
annotation) as recited by the present invention. Therefore, no teaching of Eintracht, 
either at the cited locations or anywhere else in the Eintracht reference is the same as the 
recited limitation of present claim 17 of 
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"a graphical collaboration tool for generating at least one collaborative 
content element on the collaborative content displayed I said web browser 
software and transmitting the at least one collaborative content element. " 

At col. 2, lines 42-46 Eintracht teaches the use of a synchronization button to 
transmit separate notes to a notes server. As noted above, Eintracht also teaches that the 
client side, not the server side, layers the document and the associated notes in a display. 
Consequendy, Eintracht's teaching of a client side application that layers the document 
and associated annotations on a display is not the same as 



The Office Action alleges 

"Eintracht discloses wherein said web browser software, said graphical 
collaboration tool, and said server process execute on the same 
computer system (col. 7, lines 24-35)." 

At col. 7, lines 24-35, Eintracht teaches FIG. 3, which is a block diagram 
that clearly depicts notes-client workstations that contain a browser and a plug-in. These 
workstations utilize the internet to reach a web server that contains a note agent. The web 
server screens external requests, and provides authorized clients access to a notes server 
and a notes database. The client-side applications and systems are clearly not resident on 
the same computer system as the server side applications and systems. Eintracht also 
teaches at col. 7, lines 34-35 that the "notes client is the tool used for browsing the 
documents located on the server side." At col. 10, lines 27-29 Eintracht teaches that only 
the notes sever and the web server can reside on the same computer. 

Eintracht nowhere teaches or suggests that the client-side plug-in and the 
web browser and the web server and the notes server and the notes database all reside on 
the 
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same computer/ system. Here, one ordinarily skilled in the art of collaboration systems 
would realize that 'same 1 has its ordinary meaning of executing on the selfsame computer 
system indicating that the computer systems are one and are not two or more computer 
systems (Merriam -Webster's Collegiate Dictionary, 10 th Ed, 2000). Consequently, 
neither the cited teachings of Eintracht nor any other teaching of Eintracht is the same as 
the recited invention of claim 21 

"said web browser software, said graphical collaboration tool, and said 
server process execute on the same computer system. " 

Claim 22 

The Office Action alleges 

"Eintracht discloses wherein said web browser software, said graphical 
collaboration tool, and said server process each execute on a separate 
computer system (fig 2-3, col. 7, lines 24 -51). " 

I disagree with the Examiner's allegation that the recited limitations of present 
claim 22 are the same as the cited teachings of Eintracht. 

In FIG. 3, Eintracht teaches that the notes client comprises application software, 
e.g., a web browser and plug-in, and the application software is used to create the textual 
note that is attached to the document. Nowhere does Eintracht teach or suggest that each 
of these components execute on a separate computer. 

In FIG. 2, Eintracht teaches that the annotation tool creates a textual note. 
Nowhere does Eintracht teach or suggest that the annotation tool is a graphical (i.e., a 
"drawing") collaboration tool. 

Therefore, the cited teachings of Eintracht are not the same as the claimed 
invention recited by claim 22, namely 

"wherein said web browser software, said graphical collaboration tool, 
and said server process each execute on a separate computer system. " 

Claim 39 

The Office Action alleges 
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"Eintracht discloses wherein said sequences of instructions include at 
least one of a client-side scripting language (page description language, 
col 6, lines 31-54)." 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 39 is the same as the cited teaching of Eintracht. 

At col. 6, lines 31-54, Eintracht teaches only that different types of documents can 
be used, and that the documents can be expressed in a page description language such 
as Postscript or Adobe PDF. However, page description languages are not scripting 
languages as disclosed and claimed by the present invention. The common meaning of 
these terms and the source for this common meaning is 

Page Description Language - Abbreviated as PDL, a language for 
describing the layout and contents of a printed/displayed page. The best- 
known PDLs are Adobe PostScript and Hewlett-Packard PCL (Printer 
Control Language), both of which are used to control laser printers. 
Source - http:/ /www.webopedia.com 

Scripting Language — A high-level programming language that is 
interpreted by another program at runtime rather than compiled by the 
computers processor as other programming langua 8 es (such as C and 
C++) are. Scripting languages, which can be embedded within HTML, 
commonly are used to add functionality to a Web page, such as different 
menu styles or graphic displays or to serve dynamic advertisements. These 
types of languages are client-side scripting languages, affecting the data 
that the end user sees in a browser window. Other scripting languages are 
server-side scripting languages that manipulate the data, usually in a 
database, on the server. Scripting languages came about largely because 
of the development of the Internet as a communications tool. JavaScript, 
ASP, JSP, PHP, Per!, Tel and Python are examples of scripting languages. 
— Source - http:/ Avww.webopedia.com 

Further, at col. 6, lines 31-54, Eintracht teaches only that textual notes can be 
attached to the different documents types, and nowhere teaches or suggests the use of a 
sequence of instructions (i.e., a scripting language as recited by present claim 39) for 
generating collaborative content including a base document and at least one collaborative 
content element as recited by claim 23 from which claim 39 depends. 
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Claim 23 — "A system for network collaboration using embedded 
annotation and rendering instructions comprising: a processor for 
receiving and transmitting data; and a memory coupled to the processor, 
said memory having stored therein sequences of instructions which, 
when executed by said processor, cause said processor to generate a 
collaborative content including a base document and at least one 
collaborative content element, render the collaborative content, and 
transmit the collaborative content between client workstations. 

Claim 39- "The system as claimed in claim 23 wherein said sequences of 
instructions include at least one of a client-side scripting language.- 

The page description language taught by the Eintracht reference is not the same as 
the client-side scripting language recited by present claim 39. 

Claim 40 

The Office Action alleges 

"Eintracht discloses wherein said sequences of instructions include at 
least one of JavaScript and dynamic HTML (page description language, 
col 6, lines 31-54, col 9, line 28-30). " 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 40 is the same as the cited teachings of Eintracht. 

As noted above, at col. 6 lines 31-54, Eintracht teaches the use of a page 
description language to describe documents. However, Eintracht nowhere teaches or 
suggests the use of a page description language to describe notes (collaborative content 
element) because notes are not taught as embedded in collaborative content included in 
transmitted messages by Eintracht and there would be no need to use a page description 
language to describe them. Eintracht only teaches that notes are stored as text and 
managed and transmitted from server to client separately from documents (i.e.. not 
embedded in a collaborative content as a collaborative content element) and are 
associated with a location in a document using an (X,Y) coordinate (Eintracht teaches 
that "the annotations are transmitted from the server independent of the data transmitted 
that is related to the viewed document" (col. 2, lines 50-53)). Eintracht even teaches that 
the location of a note (the (X,Y) coordinate of the note) can be changed by a user. 
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Further, Eintracht teaches that a client-side application or web browser plug-in layers 
notes over a document image, which client-side application or plug-in is not a page 
description language. PDLs describe how document pages are to be displayed by 
embedding tags in the text of the document pages. The client-side application and plug- in 
taught by Eintracht is not taught as a page description language processor. Further, 
nowhere does Eintracht teach or suggest transmitting the collaborative content between 
client workstations, as recited by present claim 40. 

Therefore, for all these reasons, the teaching by Eintracht of a page description 
language for expressing a document is not the same as the recited sequences of 
instructions of claim 39 that 

"when executed by said processor, cause said processor to generate a 
collaborative content including a base document and at least one 
collaborative content element, render the collaborative content, and 
transmit the collaborative content between client workstations, 

wherein said sequences of instructions include at least one of Javascript 
and dynamic HTML. " 

At col. 9, lines 28-30 Eintracht teaches the use of Java, which is not the same as a 
client-side scripting language recited by present claim 39, regardless of whether or not 
Java is resident on the server to trigger the plug-in on the client side to request a notes 
update from the server. 

Claim 41 

The Office Action alleges 

"Eintracht discloses a client system for network collaboration comprising: a 
collaborative content (see abstract); and a graphical collaboration tool for 
generating (fig 3, col. 6, lines 31-54), transmitting (col 2, lines 8-55), and 
rendering said collaborative content (col 2, lines 8-55) wherein said graphical 
collaboration tool is downloaded from a server (plug-in, fig 3, coL 8, lines 24- 
43). " 

I disagree with the Examiner's allegations that the recited limitations of present 
claim 41 are the same as the cited teachings of Eintracht. 
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At FIG.3, Eintracht teaches a system for using textual notes in the context of a 
collaboration process which is not the same as a graphical (i.e., drawing) collaboration 
tool as recited by present claim 41. 

At col. 2, lines 8-55, Eintracht teaches a client software application functions to 
display the document (text) that the user wishes to annotate and provides the tools 
necessary to permit the user to create, edit, retrieve and store notes (defined by Eintracht 
as text, see definition above). Eintracht further teaches that the client software 
application can be implemented as a web browser plug-in module and it should be noted 
that Eintracht nowhere teaches or suggests that a plug-in or client software application is 
downloaded from a server. Therefore, neither teaching of Eintracht is the same as the 
graphical collaboration tool downloaded from a server as recited by present claim 41. 

Claim 42 

The Office Action alleges 

Eintracht discloses wherein said collaborative content is referencable by a URL 
(col. 4 t lines 13-37)/' 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 42 is the same as the cited teaching of Eintracht. 

As argued repeatedly above, Eintracht does not teach a collaborative content 
including a base document (document) and one or more collaborative content elements 
(notes). 

At col. 4, lines 13-37 Eintracht teaches making separate requests, first for a 
document, and then for each of any associated notes, where each request utilizes a 
separate 'URL. Therefore, Eintracht's teaching of using multiple URLs is not the same 
as the single URL recited by present claim 42 to reference the collaborative content that 
is comprised of a base document and one or more collaborative content elements. 
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Claim 43 

The Office Action alleges 

"Eintracht discloses wherein said graphical collaboration tool includes a 
client-side scripting language (page description language, col 6, lines 31- 
54)." 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 43 is the same as the cited teaching of Eintracht. 

As discussed above with respect to claim 39, Eintracht teaches a page description 
language which is not the same as a scripting language (client-side or otherwise) as 
recited by present claim 43. 

Claim 44 

The Office Action alleges 

"Eintracht discloses wherein said graphical collaboration tool includes at 
least one of Javascript and dynamic HTML (page description language, 
col 6, lines 31-54)" 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 44 is the same as the cited teaching of Eintracht. 

For the same reasons as stated above with regard to claim 40, the page description 
language taught by Eintracht is not the same as either one of Javascript and dynamic 
HTML. 

Claim 45 

The Office Action alleges 

"Eintracht discloses wherein said collaborative content includes a URL of a base 
document and a representation of a collaborative content element (fig J, col 4, 
lines 13-38). " 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 45 is the same as the cited teachings of Eintracht. 

At FIG. 5, Eintracht teaches using a URL to identify a folder. 
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». 

At col. 4, lines 13-38, Eintracht teaches the use of a first URL to identify a request 
for a document and the use of a second URL to request notes related to the document. 
In neither reference does Eintracht teach that 

"collaborative content includes a (single) URL of a base document and a 
representation of a collaborative content element " 

Therefore, the two URLs taught by Eintracht is not the same as the single URL recited by 
claim 45. 

Claim 46 

The Office Action alleges 

"Eintracht discloses wherein said graphical collaboration tool, in 
response to a user manipulating said graphical collaboration tool to add a 
collaborative content element, transmits a representation of the 
collaborative content element and the URL of said collaborative content to 
a server and receives from the server said collaborative content including 
the added collaborative content element (see abstract, fig 5, col. 6, lines 
31-54)." 

I disagree with the Examiner's allegations that the recited limitations of present 
claim 46 are the same as the cited teachings of Eintracht. 

As argued above at least with regard to claim 17, Eintracht nowhere teaches or 
suggests a graphical (i.e., drawing) collaboration tool to add a collaborative content 
element. Fig. 5 teaches initialization of a collaboration session between a client and a 
server and does not teach transmission by a collaboration tool (graphical or otherwise) 
located at a client of an added collaborative content element or receipt from a server by a 
client of collaborative content including an added collaborative element. At col. 6, lines 
31-54 Eintracht teaches the transmission of separate URLs for the purpose of obtaining 
documents and associated notes. Also, as argued repeatedly above, a server does not 
layer the notes over an image of the document, but the document and notes are 
transmitted to a client in separate data streams and a client side application software or 
plug-in performs this layering of notes over the image of a document. 
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That is, Eintracht nowhere teaches or suggests in response to a user adding a 
collaborative content element, a representation of the collaborative content element and a 
URL of a collaborative content is transmitted to a server by a client and the client then 
receives from the server the collaborative content including the added collaborative 
content element 

The graphical collaboration tool recited by claim 46 is not the same as the system 
for collaborative document annotation taught by Eintracht in the abstract, the 
initialization of a client session taught in fig 5, or the separate URLs taught at col. 6, lines 
31-54. 

Claim 47 

The Office Action alleges 

"Eintracht discloses wherein said graphical collaboration tool, in 
response to a user manipulating said graphical collaboration tool to 
modify a collaborative content element, transmits a representation of the 
collaborative content element and the URL of said collaborative content to 
a server and receives from the server said collaborative content including 
the modified collaborative content element (see abstract, fig 5, col. 6, lines 
31-54)/' 

I disagree with the Examiner's allegations that the recited limitations of present 
claim 47 are the same as the cited teachings of Eintracht. 

As argued above at least with regard to claim 17, Eintracht nowhere teaches or 
suggests a graphical (i.e., drawing) collaboration tool to modify a collaborative content 
element. Fig. 5 teaches initialization of a collaboration session between a client and a 
server and does not teach transmission by a collaboration tool (graphical or otherwise) 
located at a client of a modified collaborative content element or receipt from a server by 
a client of collaborative content including a modified collaborative element. 

At col. 6, lines 31-54 Eintracht teaches the transmission of separate URLs for the 
purpose of obtaining documents and associated notes. Also, as argued repeatedly above, 
a server does not layer the notes over an image of the document, but the document and 
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notes are transmitted in separate data streams to a client and a client side application 
software or plug-in performs this layering of notes over the image of a document. 

That is, Eintracht nowhere teaches or suggests in response to a user modifying a 
collaborative content element, a representation of the collaborative content element and a 
URL of a collaborative content is transmitted to a server by a client and the client then 
receives from the server the collaborative content including the modified collaborative 
content element. 

The graphical collaboration tool recited by claim 46 is not the same as the system 
for collaborative document annotation taught by Eintracht in the abstract, the 
initialization of a client session taught in fig 5, or the separate URLs taught at col. 6, lines 
31-54. 
Claim 48 

The Office Action alleges 

"said graphical collaboration tool includes a toolbar (Graphical user 
interface, col 6, lines 31-54)" 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 48 is the same as the cited teaching of Eintracht. 

At col. 6, line 66 — col. 7, line 5, Eintracht teaches displaying in FIG. 1C an image 
(here of a car) 12 with text annotations 16 layered over the image 12 that are not part of 
the image itself. There is no teaching or suggestion by Eintracht of a graphical 
collaboration tool anywhere in the Eintracht reference much less a teaching of a toolbar 
included therein as alleged by the Examiner. 

As argued herein and repeatedly above, Eintracht nowhere teaches a graphical 
collaboration tool and the user interface taught at col. 6, lines 31-54 alleged to be a 
graphical user interface or GUI by the Examiner is not the same as the recited graphical 
collaboration tool including a toolbar of claim 48. 
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Claim 49 

The Office Action alleges 

"the toolbar includes an add circle tool, an add rectangle tool, an 
add arrow tool, an add text tool, and an add text highlight tool (col. 
17, lines 45-64)" 

At col. 17, lines 45-64, Eintracht teaches that a note can have a shape other than a 
rectangle and can have a note shape line cap field, the latter not being explained by 
Eintracht. Nowhere in Eintracht, either at the cited location or elsewhere is there a 
teaching or even a suggestion of a toolbar that includes an add circle tool, an add 
rectangle tool, an add arrow tool, an add text tool, and an add text highlight tool. 

The Examiner's cited teaching of Eintracht of a note data structure FIG. 11 that 
includes a note shape field 220 and note shape cap field 228 is not the same as the 
graphical toolbar recited by claim 49 that includes an add circle tool, an add rectangle 
tool, an add arrow tool, an add text tool, and an add text highlight tool and further this 
teaching of Eintracht does not make such a graphical toolbar inherent in the teachings of 
Eintracht since the shape of a note can be selected from a drop-down list and is not the 
same as adding a circle, rectangle, etc. as a collaborative content element to a displayed 
document by using a toolbar. 

Claim 50 

The Office Action alleges 

"the toolbar includes a collaborative content element name entry field (col. 17, lines 17-19)" 

I disagree with the Examiner's allegation that the recited limitation of present claim 
50 is the same as the cited teaching of Eintracht. 

At col. 17, lines 17-19, Eintracht teaches that note data structure includes an 
automatically generated note serial number 212 that uniquely identifies a note and that 
the note serial number is set to zero for a new note and set to a non-zero value for an 
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existing note. This is not a teaching of a toolbar that includes a collaborative content 
element name entry field but of the automatic numbering of notes associated with a 
document. Nowhere in Eintracht, either at the cited location or elsewhere is there a 
teaching or even a suggestion of a toolbar that includes a collaborative content element 
name entry field. 

The Examiner's cited teaching of Eintracht of a note data structure FIG. 1 1 that 
includes a note serial number field 212 is not the same as the graphical toolbar of recited 
by claim 50 that includes a collaborative element name entry field. 

Claims 51 and 52 

The Office Action alleges 

"Eintracht discloses wherein said collaborative content received from the 
server includes an HTML page (col 6, lines 31-54, col 5, line 40)" 

I disagree with the Examiner's allegation that the recited limitation of present 
claims 51 and 52 is the same as the cited teachings of Eintracht. 

At col. 6, lines 31-54, Eintracht teaches that a web server stores notes associated 
with a document and that the documents and associated annotations are treated 
independently from each other using separate data structures so that they can be managed 
independendy of one another. At the cited location of col 6, lines 3 1-54, Eintracht 
teaches 

"A web server functions to capture special request from one or more client 
applications for creating, storing, editing and retrieving annotations related 
to specific documents located in the server. A notes server functions to 
log all annotation activities along with information about the correspond 
clients that create, edit and retrieve them. 1 ' 

However, Eintracht teaches that documents and notes are sent in separate data streams by 
the server to a client and the client layers the notes of the image of the document 

"the client software application functions to display the document that the 
user wishes to annotate and provides the tools necessary to permit the user 
to create, edit, retrieve and store notes (col. 7, lines 34-37) ... In 
accordance with the invention, the annotations are transmitted from the 
server independent of the data transmitted that is related to the viewed 
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document. At the client side, the client application layers the annotations 
over the image (or document) in accordance with the coordinates of each 
(col. 2, lines 50-55)." 
Nowhere in the Eintracht reference does Eintracht teach or suggest 

"said collaborative content received from the server includes an HTML page, " 

The only reference to HTML in the entire Eintracht reference is in a table of definitions at 

col. 5, line 40. 

The Examiner's cited teachings of Eintracht of a definition of HTML at col. 5, 
line 40 and of a client-server architecture that includes a web server at col. 6, lines 31-54 
is not the same as 

"...the collaborative content received from the server includes an EITML 
page 11 recited by present claims 51 and 52. 

Claim 53 

The Office Action alleges 

"Eintracht discloses a server system for network collaboration 
comprising: a collaborative content (see abstract); and a server process 
for responding to a user request wherein the user request includes at least 
one of a request for said collaborative content (col 2, lines 8-67, col. 3, 
lines 12-36), a graphical collaboration tool (fig 3, col 6, lines 31-54), 
said collaborative content including an added collaborative content 
element (col 2, lines 8-67), and said collaborative content including a 
modified collaborative content element (abstract, col 3, lines 5-67). " 

I disagree with the Examiner's allegations that the recited limitations of present 
claim 53 are the same as the cited teachings of Eintracht. 

In the Abstract Eintracht teaches a client-server architecture for collaborative 
document annotation wherein the server maintains documents and associated annotations 
separately and not as a collaborative content. 

At col. 2, lines 8-67, Eintracht teaches a web server that stores documents 
separate from associated annotations and not as a collaborative content and teaches that 
"Separate data structures are created for the documents and for the associated annotations 
thus permitting their independent management (col. 2, lines 12-15)." 

At col. 3, lines 12-36, Eintracht again teaches 
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"a document file located on a server, the document file for storing one or 
more documents, a notes database located on the server, the notes database 
for storing one or more notes, each note associated with a particular 
document ... the notes server operative to store the documents in the 
document file separately from notes stored in the notes database... 1 ' 

which is not the same as the recited "server system comprising a collaborative content" of 
present claim 53 because it teaches separate files that are maintained and managed 
separately by a server and nowhere teaches or suggests a collaborative content as recited 
by the present claimed invention. As repeatedly argued above, an application software at 
a client side creates a layered display from document and annotation data transmitted in 
separate data streams by a server from separately maintained document and notes 
databases at the server and Eintracht teaches such client application software at least at 
col. 2, lines 34-40 and col. 2, lines 53-55. 

At FIG. 3, Eintracht teaches a client-server architecture for a document 
collaboration system and nowhere teaches or suggests a server comprising a graphical 
collaboration tool as recited by present claim 53. At col. 6, line 31-54, Eintracht teaches 
a client-server system for collaborative document annotation having a user interface but 
nowhere teaches or suggests a server comprising a graphical collaboration tool as recited 
by present claim 53. 

At col 2, lines 8-67 Eintracht teaches inter alia 

"A synchronization button is provided which, when pressed by the user, 
transmits the annotations generated by the user from the client to the 
server using a particular protocol. In response, the server transmits back 
an acknowledgement along with any new notes that other clients may have 
posted since the last synchronization was performed." 

Eintracht is not teaching the server receiving a request for collaborative content from a 
client but is teaching a client sending notes to the server and receiving new notes posted 
to the server by other clients in return. Therefore, the cited teaching of Eintracht is not 
the same as the recited limitation of present claim 53 of a request by a client for a 
collaborative content but is a teaching by Eintracht of a client sending collaborative 
content elements (e.g., a note) to the server and receiving only collaborative content 
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elements (new notes) from the server. While in the Abstract and at col. 3, lines 5-67, 
Eintracht arguably teaches a server sending added and updated notes to a client these 
notes, in and of themselves, are collaborative content elements only and as such are not 
the same as the 

"collaborative content including an added collaborative content element 
and modified collaborative content element" 

as recited by present claim 53. 
Claim 54 

The Office Action alleges 

"Eintracht discloses wherein said collaborative content is referencable by 
a URL (col 4, lines 13-37). " 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 54 is the same as the cited teaching of Eintracht. 

As repeatedly argued above, Eintracht does not teach a collaborative content and 

therefore cannot teach that a collaborative content is referenceble by a URL. 

At col. 4, lines 13-37, Eintracht teaches 

"...a method of annotating documents, the method comprising the steps of 
getting a first request comprising a URL associated with a document to be 
viewed and annotated and transmitting the first request from a client to a 
server..." 

A document alone is not a collaborative content as recited by claim 54 and therefore the 
cited teaching of Eintracht is not the same as the recited URL of present claim 54. 
Claim 55 

The Office Action alleges 

II Eintracht discloses wherein said server process is a CGI script (col 30, lines 
31-54). 

At the outset it is assumed that the Examiner meant col. 6, lines 31-54 and not col. 
30, lines 31-54 since there is not column 30 in the Eintracht reference. 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 55 is the same as the cited teachings of Eintracht. 
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Eintracht teaches a general description of a system for collaborative document 
annotation at col. 6, lines 31-54 but nowhere in the Eintracht reference either teaches or 
suggests a server process is a CGI script. Therefore the teaching of Eintracht at col. 6, 
lines 31-54 is not the same as the recited limitation of present claim 55 since there is no 
teaching of a CGI script at the cited location or anywhere else in Eintracht. 

Claim 56 

The Office Action alleges 

"Eintracht discloses wherein said collaborative content includes a URL of 
a base document and a representation of a collaborative content element 
(col 4, lines 13-37)." 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 56 is the same as the cited teaching of Eintracht. 

As repeatedly argued above, Eintracht does not teach a collaborative content of 
any kind and at col. 4, lines 13-38, Eintracht teaches a first LTRL to identify a request for 
a document and a second LTRL to request notes related to the document which is not the 
same as the recited limitation of present claim 56 that said collaborative content includes 
a LTRL of a base document and a representation of a collaborative content element 
(including an embedded representation of a note). 

Claim 57 

The Office Action alleges 

"Eintracht discloses said server process (claim 53) executes on a client 
workstation of a user (col 2, lines 34-67). " 

I disagree with the Examiner's allegation that the recited limitation of present 
claim 57 is the same as the cited teaching of Eintracht. 

At col. 2, lines 34-67 Eintracht teaches separate client and server-side functions 
and a web server for storing documents and annotations and a web server application on 
the server side. Eintracht also teaches at the cited location, a notes server logs all 
annotation activities and that a portion executes on a server and a portion executes on a 
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client. However, nowhere at the cited location or anywhere else does Eintracht teach or 
suggest that 

"the server processes recited by claim 53 executes on a client workstation 
of a user. " 

Therefore, the teaching of the cited reference is not the same as the recited limitation of 
present claim 53. 

Claim 58 

The Office Action alleges 

"Eintracht discloses wherein said collaborative content transmitted in 
response to a user request includes an HTML page (col 6, lines 31-54, 
col. 5, line 40)." 

I disagree with the Examiner's allegation that the recited limitation of present 
claims 58 is the same as the cited teachings of Eintracht. 

At col. 6, lines 31-54, Eintracht teaches that a web server stores notes associated 
with a document and that the documents and associated annotations are treated 
independendy from each other using separate data structures so that they can be managed 
independendy of one another. At the cited location, Eintracht teaches 

"A web server functions to capture special request from one or more client 
applications for creating, storing, editing and retrieving annotations related 
to specific documents located in the server. A notes server functions to 
log all annotation activities along with information about the correspond 
clients that create, edit and retrieve them." 

However, Eintracht teaches that documents and notes are sent in separate data streams by 

the server to a client and the client layers the notes of the image of the document 

"the client software application functions to display the document that the 
user wishes to annotate and provides the tools necessary to permit the user 
to create, edit retrieve and store notes (col. 7, lines 34-37) ... In 
accordance with the invention, the annotations are transmitted from the 
server independent of the data transmitted that is related to the viewed 
document. At the client side, the client application layers the. annotations 
over the image (or document) in accordance with the coordinates of each 
(col. 2, lines 50-55)." 

None of which is a teaching of an HTML page as recited by present claim 58. 
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Further, nowhere in the Eintracht reference does Eintracht teach or suggest a 

"server wherein said collaborative content transmitted in response to a 
user request includes an HTML page. " 

The only reference to HTML in the entire Eintracht reference is in a table of definitions at 
col. 5, line 40. 

The Examiner's cited teachings of Eintracht of a definition of HTML at col. 5, 
line 40 and of a client-server architecture that includes a web server at col. 6, lines 31-54 
is not the same as 

"...a server wherein said collaborative content transmitted in response to a user 
request includes an HTML page" 

recited by present claim 58. 

I hereby declare that all statements made herein of my own knowledge are true 
and that all statements made on information and belief are believed to be true; and further 
that these statements were made with the knowledge that willful false statements and the 
like so made are punishable by fine or imprisonment, or both, under Section 1001 of Title 
18 of the United States Code, and that such willful statements may jeopardize the validity 
of the application or any patent issuing thereon. 
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